12:41 p.m.
Below is not what you asked for, but it does much the same thing and with it and your
knowledge of Spring you should be able to get where you want.
JBC parses its config file into a instance of org.jboss.cache.config.Configuration.
Configuration is a Java Bean that uses property injection, so Spring should have no
trouble creating one. See
http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs...
particularly section 3.3 for more.
http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs...
shows an example of using JBoss Microcontainer to create a Configuration object and then
using that object to create a cache. The example uses JBoss MC and its XML schema, but
what it's doing is all basic IOC stuff that Spring does too; you just need to modify
the example to use the Spring schema.
Here's another example of building a Configuration using the JBoss MC schema. It
includes all the complex stuff: buddy replication, cache loading and eviction. Perhaps a
better example than what's in the JBC User Guide, since I know it works -- JBoss AS 5
uses it. Again, just conver to the Spring schema.
| <bean name="StandardSFSBCacheConfig"
class="org.jboss.cache.config.Configuration">
|
| <!-- No transaction manager lookup -->
|
| <!-- Name of cluster. Needs to be the same for all members -->
| <property
name="clusterName">${jboss.partition.name:DefaultPartition}-SFSBCache</property>
| <!-- Use a UDP (multicast) based stack. Need JGroups flow control (FC)
| because we are using asynchronous replication. -->
| <property
name="multiplexerStack">${jboss.default.jgroups.stack:udp}</property>
| <property name="fetchInMemoryState">true</property>
|
| <property
name="nodeLockingScheme">PESSIMISTIC</property>
| <property
name="isolationLevel">REPEATABLE_READ</property>
| <property name="cacheMode">REPL_ASYNC</property>
|
| <!-- Number of milliseconds to wait until all responses for a
| synchronous call have been received. Make this longer
| than lockAcquisitionTimeout.-->
| <property name="syncReplTimeout">17500</property>
| <!-- Max number of milliseconds to wait for a lock acquisition -->
| <property
name="lockAcquisitionTimeout">15000</property>
| <!-- The max amount of time (in milliseconds) we wait until the
| state (ie. the contents of the cache) are retrieved from
| existing members at startup. -->
| <property
name="stateRetrievalTimeout">60000</property>
|
| <!--
| SFSBs use region-based marshalling to provide for partial state
| transfer during deployment/undeployment.
| -->
| <property
name="useRegionBasedMarshalling">false</property>
| <!-- Must match the value of "useRegionBasedMarshalling" -->
| <property name="inactiveOnStartup">false</property>
|
| <!-- Disable asynchronous RPC marshalling/sending -->
| <property
name="serializationExecutorPoolSize">0</property>
| <!-- We have no asynchronous notification listeners -->
| <property name="listenerAsyncPoolSize">0</property>
|
| <property
name="exposeManagementStatistics">true</property>
|
| <property name="buddyReplicationConfig">
| <bean
class="org.jboss.cache.config.BuddyReplicationConfig">
|
| <!-- Just set to true to turn on buddy replication -->
| <property name="enabled">false</property>
|
| <!-- A way to specify a preferred replication group. We try
| and pick a buddy who shares the same pool name (falling
| back to other buddies if not available). -->
| <property
name="buddyPoolName">default</property>
|
| <property
name="buddyCommunicationTimeout">17500</property>
|
| <!-- Do not change these -->
| <property
name="autoDataGravitation">false</property>
| <property
name="dataGravitationRemoveOnFind">true</property>
| <property
name="dataGravitationSearchBackupTrees">true</property>
|
| <property name="buddyLocatorConfig">
| <bean
class="org.jboss.cache.buddyreplication.NextMemberBuddyLocatorConfig">
| <!-- The number of backup nodes we maintain -->
| <property name="numBuddies">1</property>
| <!-- Means that each node will *try* to select a buddy on
| a different physical host. If not able to do so
| though, it will fall back to colocated nodes. -->
| <property
name="ignoreColocatedBuddies">true</property>
| </bean>
| </property>
| </bean>
| </property>
| <property name="cacheLoaderConfig">
| <bean class="org.jboss.cache.config.CacheLoaderConfig">
| <!-- Do not change these -->
| <property name="passivation">true</property>
| <property name="shared">false</property>
|
| <property name="individualCacheLoaderConfigs">
| <list>
| <bean
class="org.jboss.cache.loader.FileCacheLoaderConfig">
| <!-- Where passivated sessions are stored -->
| <property
name="location">${jboss.server.data.dir}${/}sfsb</property>
| <!-- Do not change these -->
| <property
name="async">false</property>
| <property
name="fetchPersistentState">true</property>
| <property
name="purgeOnStartup">true</property>
| <property
name="ignoreModifications">false</property>
| <property
name="checkCharacterPortability">false</property>
| </bean>
| </list>
| </property>
| </bean>
| </property>
|
| <!-- EJBs use JBoss Cache eviction -->
| <property name="evictionConfig">
| <bean class="org.jboss.cache.config.EvictionConfig">
| <property name="wakeupInterval">5000</property>
| <!-- Overall default -->
| <property name="defaultEvictionRegionConfig">
| <bean
class="org.jboss.cache.config.EvictionRegionConfig">
| <property name="regionName">/</property>
| <property name="evictionAlgorithmConfig">
| <bean
class="org.jboss.cache.eviction.NullEvictionAlgorithmConfig"/>
| </property>
| </bean>
| </property>
| <!-- EJB3 integration code will programatically create
| other regions as beans are deployed -->
| </bean>
| </property>
| </bean>
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198075#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...