[jboss-user] [JBossCache] - Re: PojoCache can't find classloader

chip_schoch do-not-reply at jboss.com
Fri Mar 9 13:03:51 EST 2007


Thanks for you help.  As far as the Sample-Cluster message, we have two Jboss clusters here, qa and dev, and each has two jboss servers.  I had not changed the name in the qa cluster and I was getting the message on the dev cluster.  Changing it in qa fixed that.

As for the class loader problem, I still am not having any luck .  My service xml is below.  I have set ?UseRegionBasedMarshalling? to true in all servers but still get the classloader exception.  

Any ideas where to go from here?


<?xml version="1.0" encoding="UTF-8"?>
  | 
  | <server>
  | 
  |    <!-- Used inside JBoss AS -->
  |    <classpath codebase="./lib" archives="jboss-cache-jdk50.jar, jgroups.jar"/>
  | 
  |    <mbean code="org.jboss.cache.aop.PojoCache"
  |           name="jboss.cache:service=eLynxPojoCache">
  | 
  |       <!-- Used inside JBoss AS -->
  |       <depends>jboss:service=Naming</depends>
  |       <depends>jboss:service=TransactionManager</depends>
  | 
  |       <attribute name="UseRegionBasedMarshalling">true</attribute>
  |       <attribute name="NodeLockingScheme">PESSIMISTIC</attribute>
  |       <attribute name="IsolationLevel">REPEATABLE_READ</attribute>
  |       <attribute name="CacheMode">REPL_ASYNC</attribute>
  | 
  |       <!-- Name of cluster. Needs to be the same for all clusters, in order
  |            to find each other
  |       -->
  |       <attribute name="ClusterName">eLynxCluster</attribute>
  | 
  |       <!-- JGroups protocol stack properties. Can also be a URL,
  |            e.g. file:/home/bela/default.xml
  |          <attribute name="ClusterProperties"></attribute>
  |       -->
  | 
  |       <attribute name="ClusterConfig">
  |          <config>
  |             <!-- UDP: if you have a multihomed machine,
  |   set the bind_addr attribute to the appropriate NIC IP address -->
  |             <!-- UDP: On Windows machines, because of the media sense feature
  |       being broken with multicast (even after disabling media sense)
  |       set the loopback attribute to true -->
  |             <UDP mcast_addr="228.1.2.5" mcast_port="45577"
  |                  ip_ttl="64" ip_mcast="true"
  |                  mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
  |                  ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
  |                  loopback="false"/>
  |             <PING timeout="2000" num_initial_members="3"
  |                   up_thread="false" down_thread="false"/>
  |             <MERGE2 min_interval="10000" max_interval="20000"/>
  |             <FD shun="true" up_thread="true" down_thread="true"/>
  |             <VERIFY_SUSPECT timeout="1500"
  |                             up_thread="false" down_thread="false"/>
  |             <pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
  |                            up_thread="false" down_thread="false"/>
  |             <pbcast.STABLE desired_avg_gossip="20000"
  |                            up_thread="false" down_thread="false"/>
  |             <UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10"
  |                      down_thread="false"/>
  |             <FRAG frag_size="8192"
  |                   down_thread="false" up_thread="false"/>
  |             <pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
  |                         shun="true" print_local_addr="true"/>
  |             <pbcast.STATE_TRANSFER up_thread="false" down_thread="false"/>
  |          </config>
  |       </attribute>
  | 
  | 
  |       <!--
  |           The max amount of time (in milliseconds) we wait until the
  |           initial state (ie. the contents of the cache) are retrieved from
  |           existing members in a clustered environment
  |       -->
  |       <attribute name="InitialStateRetrievalTimeout">20000</attribute>
  | 
  |       <!--
  |           Number of milliseconds to wait until all responses for a
  |           synchronous call have been received.
  |       -->
  |       <attribute name="SyncReplTimeout">15000</attribute>
  | 
  |       <!-- Max number of milliseconds to wait for a lock acquisition -->
  |       <attribute name="LockAcquisitionTimeout">10000</attribute>
  | 
  |       <!--
  |       <attribute name="EvictionPolicyClass"></attribute>
  |       -->
  | 
  |       <!-- Name of the eviction policy class. We have commented it off to disable eviction.
  |       -->
  |       <attribute name="EvictionPolicyClass">org.jboss.cache.aop.eviction.AopLRUPolicy</attribute>
  | 
  |       <!-- Specific eviction policy configurations. This is LRU -->
  |       <attribute name="EvictionPolicyConfig">
  |          <config>
  |             <attribute name="wakeUpIntervalSeconds">5</attribute>
  |             <!-- Cache wide default -->
  |             <region name="/_default_">
  |                <attribute name="maxNodes">5000</attribute>
  |                <attribute name="timeToLiveSeconds">1000</attribute>
  |             </region>
  |             <region name="/aop">
  |                 <attribute name="maxNodes">5</attribute>
  |                 <attribute name="timeToLiveSeconds">4</attribute>
  |             </region>
  |             <region name="/pojo">
  |                 <attribute name="maxNodes">100</attribute>
  |                 <attribute name="timeToLiveSeconds">4</attribute>
  |             </region>
  |             <region name="/testMaxNode">
  |                 <attribute name="maxNodes">4</attribute>
  |                 <attribute name="timeToLiveSeconds">100</attribute>
  |             </region>
  |          </config>
  |       </attribute>
  |    </mbean>
  | 
  | </server>
  | 

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026699#4026699

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026699



More information about the jboss-user mailing list