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.size
property and defaults to 50.If a compiled form is evicted from the cache, it is serialized to the
xforms.state
store, 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.size
property and defaults to 50.For testing purposes, this can be turned off with the
oxf.xforms.cache.document
property, but this is not recommended.If a form session is evicted from the cache, it is stored in the
xforms.state
store, 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.size
to the number of distinct published form definitions you have in production (or slightly larger, for example 10-25% larger).oxf.xforms.cache.documents.size
to 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.state
cache.This must be replicated when replication is enabled.
Mapping of some web resources
This is configured by the
xforms.resources
cache.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-definition
andform-runner.persistence.form-metadata
caches.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.
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.classname
specifies 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.resource
specifies 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.uri
specifies 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:
NOTE: The Ehcache 3 JAR file is already included in Orbeon Forms. Java packages are different, and therefore the Ehcache 2.x and Ehcache 3.x JAR files do not conflict.
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-definition
form-runner.persistence.form-metadata
See also
Last updated