You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: documentation/en/user/source/concepts/stores.rst
-2Lines changed: 0 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,8 +7,6 @@ GeoWebCache historically used to have three storage components, responsible for
7
7
8
8
The **blobstore** is a storage mechanism for tiles, whose default implementation is file system based.
9
9
10
-
The **metastore** was an optional H2 based storage mechanism for meta-information about tiles, such as tile creation time, size and usage of request parameters.
11
-
12
10
The **disk quota** mechanism uses a nosql embedded database to track the tiles disk usage and expire tiles based on user set policies.
13
11
14
12
Since GeoWebCache 1.4.0 the metastore was replaced with a full filesystem based solution, making the blobstore responsible for the information previously tracked by the metastore.
Copy file name to clipboardExpand all lines: documentation/en/user/source/configuration/diskquotas.rst
+5-10Lines changed: 5 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -153,18 +153,14 @@ It is possible to set the amount of threads to use when processing the disk quot
153
153
Disk quota storage
154
154
------------------
155
155
156
-
The disk quota subystem defaults to use an embedded Berkeley DB whose storage is located in the cache directory, there is however also the possibility of using either an embedded H2 database, against storing information in the cache directory, or a standard Oracle or PostgreSQL database.
157
-
158
-
In order to switch from the Berkeley DB to the embedded H2 storage the :file:`geowebcache-diskquota.xml` must contain the ``quotaStore`` element set to ``H2``:
159
-
156
+
The disk quota subystem defaults to use an embedded Berkeley DB whose storage is located in the cache directory, there is however also the possibility of using either an embedded HSQL database, against storing information in the cache directory, or a standard Oracle or PostgreSQL database.
157
+
In order to switch from the Berkeley DB to the embedded HSQL storage the :file:`geowebcache-diskquota.xml` must contain the ``quotaStore`` element set to ``HSQL``:
160
158
.. code-block:: xml
161
-
162
159
<?xml version="1.0" encoding="utf-8"?>
163
160
<gwcQuotaConfiguration>
164
161
<enabled>false</enabled>
165
-
<quotaStore>H2</quotaStore>
162
+
<quotaStore>HSQL</quotaStore>
166
163
...
167
-
168
164
</gwcQuotaConfiguration>
169
165
170
166
@@ -180,7 +176,7 @@ In order to switch from the Berkeley DB to the freeform JDBC sources the :file:`
180
176
181
177
</gwcQuotaConfiguration>
182
178
183
-
In this case a separate file, :file:`geowebcache-diskquota-jdbc.xml` will contain the configuration for the chosen database containing the chosen DBMS dialect, at the time of writing the possible values are ``HSQL``, ``H2``, ``Oracle``, ``PostgreSQL``.
179
+
In this case a separate file, :file:`geowebcache-diskquota-jdbc.xml` will contain the configuration for the chosen database containing the chosen DBMS dialect, at the time of writing the possible values are ``HSQL``, ``Oracle``, ``PostgreSQL``.
184
180
185
181
The connection pool can be either provided locally, in such case a DBCP based connection pool will be instantiated, or provided via JNDI.
186
182
The JDNI configuration is as simple as follows:
@@ -213,8 +209,7 @@ The local connection pool can instead be configured by specifying the following:
213
209
</gwcJdbcConfiguration>
214
210
215
211
.. note::
216
-
217
-
The `validationQuery` parameter is optional. Any supplied value is restricted based on dialect: `H2` requires ``SELECT 1``, and `Oracle` uses ``SELECT 1 FROM DUAL``. Remaining dialects are recommendation to use ``SELECT 1``.
212
+
The `validationQuery` parameter is optional. Any supplied value is restricted based on dialect: HSQL uses SELECT 1 FROM INFORMATION_SCHEMA.SYSTEM_USERS, Oracle uses SELECT 1 FROM DUAL, and most other dialects can use plain SELECT 1.
0 commit comments