Top Level Elements
The Cluster Valve object
A cluster valve is no different from any other Tomcat
The cluster valves are interceptors in the invocation chain for HTTP requests, and the clustering implementation
uses these valves to make intelligent decision around data and when data should be replicated.
A cluster valve must implement the
This is a simple interface that extends the
ReplicationValve will notify the cluster at the end of a HTTP request
so that the cluster can make a decision whether there is data to be replicated or not.
Set value to |
For known file extensions or urls, you can use a filter to
notify the cluster that the session has not been modified during this
request and the cluster doesn't have to probe the session managers for changes.
If there is a filter match, the cluster assumes there has been no session change.
An example filter would look like |
The filter uses regular expressions and each filter is delimited by a semi colon.
Boolean value, so to true, and the replication valve will insert a request attribute with the name
defined by the |
The value inserted into the request attribute is either
Default value is |
The value defined here is the name of the request attribute that contains the boolean value
if the session is primary on this server or not.
Boolean value. Set to |
true if you want the valve to collect request statistics.
Default value is
In case of a mod_jk failover, the
JvmRouteBinderValve will replace the
jvmWorker attribute in the session Id, to make future requests stick to this
node. If you want failback capability, don't enable this valve, but if you want your failover to stick,
and for mod_jk not to have to keep probing the node that went down, you use this valve.
Default value is |
Runtime attribute to turn on and off turn over of the session's jvmRoute value.