Caches
In-memory caches
Orbeon Forms uses in-memory caches for data structures associated with forms and form state:
Compiled forms
This is the result of compiling the form definition. It is a data structure shared amongst all users of a form.
The size of this cache is controlled by the
oxf.xforms.cache.static-state.sizeproperty and defaults to 50.If a compiled form is evicted from the cache, it is serialized to the
xforms.statestore, from which it can be reloaded and reconstructed when needed.
Form sessions
A form session represents one interactive session of a specific user with a specific form. This is not shared between users of a given form.
The size of this cache is controlled by the
oxf.xforms.cache.documents.sizeproperty and defaults to 50.For testing purposes, this can be turned off with the
oxf.xforms.cache.documentproperty, but this is not recommended.If a form session is evicted from the cache, it is stored in the
xforms.statestore, from which it can be reloaded and reconstructed when needed.Whe a user session expires (that is, an application server session expires), the corresponding form sessions are evicted from the cache.
The default size of oxf.xforms.cache.static-state.size or oxf.xforms.cache.documents.size is fairly small. You definitely will want to consider what size to use for your deployment. If possible, set:
oxf.xforms.cache.static-state.sizeto the number of distinct published form definitions you have in production (or slightly larger, for example 10-25% larger).oxf.xforms.cache.documents.sizeto the number of concurrent users you expect to have (or slightly larger, for example 10-25% larger).
IMPORTANT: Performance will suffer if any of the data in the in-memory caches needs to be reconstructed from the xforms.state store.
However, there is a trade-off between performance and memory usage. The larger the cache, the more memory is used.
For more information on these configuration properties, see Configuring state handling.
Other caches used by Orbeon Forms
Orbeon Forms also uses the following caches that use an underlying cache implementation and configuration, such as Ehcache or through the JCache API (see Supported cache implementations below):
Form state
This includes form data and other form state as the user interacts with a form.
This cache acts as a store: some information cannot be reconstructed from other sources.
This is configured by the
xforms.statecache.This must be replicated when replication is enabled.
Mapping of some web resources
This is configured by the
xforms.resourcescache.This cache acts as a store: some information cannot be reconstructed from other sources.
This must be replicated when replication is enabled.
Caching of form definition metadata in the persistence layer
This is configured by the
form-runner.persistence.form-definitionandform-runner.persistence.form-metadatacaches.This is a true cache, which doesn't need to be replicated.
Supported cache implementations
Orbeon Forms has traditionally used Ehcache 2.x. In recent versions, JCache API (JSR-107) support has been added.
| Orbeon Forms Version | Ehcache 2.x Support | JCache Support | Default |
|---|---|---|---|
2023.1 and newer | Yes | Yes | Ehcache 2.x |
2022.1.5 and newer | Yes | Yes | Ehcache 2.x |
2021.1.9 and newer | Yes | Yes | Ehcache 2.x |
2022.1.4 and earlier | Yes | No | Ehcache 2.x |
2021.1.8 and earlier | Yes | No | Ehcache 2.x |
2020.1.x and earlier | Yes | No | Ehcache 2.x |
Using the default Ehcache 2.x configuration
By default, the following property is set and enables Ehcache 2.x:
An internal ehcache.xml configuration file is used. Here are the default configuration files:
You can update that configuration by placing your own ehcache.xml file in the WEB-INF/resources/config directory of your web app. This is rarely needed, except for enabling replication.
Enabling JCache providers
With the Orbeon Forms versions that support it, you can enable JCache support with the following:
When this is set to jcache, Orbeon Forms uses the default caching provider as provided by the JCache API. This means that you must provide, in the Orbeon Forms web app, your own JCache-compatible implementation. Orbeon Forms comes by default with Ehcache 3.x as implementation, but you do not have to use Ehcache 3.x.
You can further specify the configuration to use with the following properties:
oxf.xforms.cache.jcache.classnamespecifies a regular expression that must match the provider fully-qualified class name. This is useful in case there is more than one cache provider in the classpath and you need to select a specific one.oxf.xforms.cache.jcache.resourcespecifies the path to a webapp resource. The configuration can be stored under the web app's WEB-INF or a JAR file included in the webapp.oxf.xforms.cache.jcache.urispecifies the URI to a configuration.
Example:
The resource property is checked first, then the uri property. A blank property is ignored.
For example, to point to the built-in Ehcache 3.x configuration, set:
If you are using a different JCache-compatible implementation, different values for the oxf.xforms.cache.resource and/or oxf.xforms.cache.uri properties might be needed.
Persistence layer caching of form definition metadata
When you call the Form Runner persistence API, Form Runner can cache accesses to form definition metadata. This is done to avoid having to load the form definition from the database on each persistence API call. This cache is not replicated, and is local to each Orbeon Forms instance.
This cache is enabled by default. To disable it, set the following property:
One reason to disable this cache might be if you perform accesses to the database from outside of Orbeon Forms, and you want to make sure that you always get the latest form definition. However, we recommend using the Form Runner persistence API instead.
This property enables access to caches with the following names, configured either in ehcache.xml or in the JCache configuration:
form-runner.persistence.form-definitionform-runner.persistence.form-metadata
See also
Last updated