maybe it helps to know something about my environment:
Server 1 : Windows XP - JAVA 1.5 - Tomcat 5.5.17 - CAS 3.0.5 (with JBOSS
CacheTicketRegistry)
Server 2 : Linux CentOS Tomcat - JAVA 1.5 - 5.5.17 - CAS 3.0.5 (with JBOSS
CacheTicketRegistry)
i've also attached my jbossCache.xml file. it's mostly based on the example
from the cvs but i commented out the dependency on
"jboss:service=TransactionManager", which was also commented out in the
working example that scott sent.Maybe this is the missing part? I have to
say i've no experience with this transactionmanager stuff, maybe it's needed
? I also think it's using UDP.
For debugging i started ethereal on each of my servers to check the
multicast requests, i saw that they are sent from the originating server but
my ethereal running on the other server showed me nothing, is this normal
for multicast requests ?
Thanks,
Frank
Arnaud Lesueur wrote:
This error doesn't remind me any error that I had.
Did you try to tweak the configuration of jgroups by using TCP
instead of UDP multicast ? Do you have the same error ?
Arnaud Lesueur
Le Mer 20 septembre 2006 18:46, Scott Battaglia a écrit :
I just checked my logs and i've never seen that error.
-Scott
On 9/20/06, Scott Battaglia <[EMAIL PROTECTED]> wrote:
I don't think I ever saw those errors but I'll check my logs
tomorrow. Has anyone else who's tried out the JBossCache seen this
exception?
-Scott
On 9/19/06, Frank Taffelt <[EMAIL PROTECTED]>
wrote:
Thanks scott now it seems to be starting without errors.
i'm not sure if it's really worked as expected, after some
logins/logout in my 2 nodes i see the following exception in one
of my cas servers: .. 2006-09-19 13:03:36,097 ERROR
[org.jasig.cas.ticket.registry.JBossCacheTicketRegistry] -
org.jboss.cache.ReplicationException: rsp=sender=172.22.20.37:4270,
retval=null, received=false, suspected=false
org.jboss.cache.ReplicationException:
rsp=sender=172.22.20.37:4270, retval=null, received=false,
suspected=false at
org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4190)
at
org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4113)
at
org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4214)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(
BaseRpcInterceptor.java :110)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(
BaseRpcInterceptor.java:88)
at
org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod
(ReplicationInterceptor.java:119)
at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(
ReplicationInterceptor.java:83)
at
org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod (
TxInterceptor.java:345)
at
org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java
:156)
at
org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke (
CacheMgmtInterceptor.java:157)
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5517) at
org.jboss.cache.TreeCache.put(TreeCache.java:3677)
at org.jboss.cache.TreeCache.put(TreeCache.java:3615) at
org.jasig.cas.ticket.registry.JBossCacheTicketRegistry.addTicket(
JBossCacheTicketRegistry.java:48) ...
i'm sure that my 2 clustered cas servers are running at the time
when this exception happens. any hints ?
Thanks,
Frank
Scott Battaglia wrote:
Frank,
I'm attaching the context that I used in my tests. I haven't
done extensive research into how these settings can be optimized.
-Scott
On 9/18/06, Frank Taffelt <[EMAIL PROTECTED]>
wrote:
Hi,
i tried to change CAS 3.0.5 Server to use the new JBoss Cache
Stuff from CVS:
* copied JBossCacheTicketRegistry, JBossCacheFactoryBean into
the
localPlugins dir * copied the required jars (jboss ,
concurrent,...) into the lib
folder * build localPlugins.jar
* tweaked ApplicationContext.xml to use the new JBossCache based
TicketRegistry
* placed jbossCache.xml under WEB-INF/classes
restart my tomcat 5.5.17 and see the following exceprion:
2006-09-18 14:28:35,818 INFO
[org.jasig.cas.util.JBossCacheFactoryBean] - Starting TreeCache
service. 2006-09-18 14:28:35,826 ERROR
[org.jboss.cache.transaction.DummyTransactionManager ] -
binding of DummyTransactionManager failed
javax.naming.NamingException: Context is read only
at
org.apache.naming.NamingContext.checkWritable(NamingContext.java:902)
at org.apache.naming.NamingContext.bind(NamingContext.java:830)
at org.apache.naming.NamingContext.bind(NamingContext.java:170)
at org.apache.naming.NamingContext.bind
(NamingContext.java:186) at
org.apache.naming.SelectorContext.bind(SelectorContext.java:170)
at javax.naming.InitialContext.bind(InitialContext.java:359) at
org.jboss.cache.transaction.DummyTransactionManager.getInstance(
DummyTransactionManager.java:33)
at
org.jboss.cache.DummyTransactionManagerLookup.getTransactionManager(
DummyTransactionManagerLookup.java:17) at
org.jboss.cache.TreeCache._createService(TreeCache.java:1314)
at org.jboss.cache.TreeCache.startService(TreeCache.java:1407)
at org.jasig.cas.util.JBossCacheFactoryBean.afterPropertiesSet(
JBossCacheFactoryBean.java:61)
have i missed something ?
Thanks,
Frank
_______________________________________________
Yale CAS mailing list
[email protected] http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________
Yale CAS mailing list
[email protected] http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________
Yale CAS mailing list
[email protected] http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________
Yale CAS mailing list
[email protected] http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________
Yale CAS mailing list
[email protected]
http://tp.its.yale.edu/mailman/listinfo/cas
<?xml version="1.0" encoding="UTF-8"?>
<!-- ===================================================================== -->
<!-- -->
<!-- Sample TreeCache Service Configuration -->
<!-- -->
<!-- ===================================================================== -->
<server>
<!-- ==================================================================== -->
<!-- Defines TreeCache configuration -->
<!-- ==================================================================== -->
<mbean code="org.jboss.cache.TreeCache"
name="jboss.cache:service=TreeCache">
<depends>jboss:service=Naming</depends>
<!--<depends>jboss:service=TransactionManager</depends>-->
<!--
Configure the TransactionManager
-->
<!--<attribute name="TransactionManagerLookupClass">org.jboss.cache.DummyTransactionManagerLookup</attribute>-->
<!--
Isolation level : SERIALIZABLE
REPEATABLE_READ (default)
READ_COMMITTED
READ_UNCOMMITTED
NONE
-->
<attribute name="IsolationLevel">REPEATABLE_READ</attribute>
<!--
Valid modes are LOCAL
REPL_ASYNC
REPL_SYNC
INVALIDATION_ASYNC
INVALIDATION_SYNC
-->
<attribute name="CacheMode">REPL_SYNC</attribute>
<!--
Just used for async repl: use a replication queue
-->
<attribute name="UseReplQueue">false</attribute>
<!--
Replication interval for replication queue (in ms)
-->
<attribute name="ReplQueueInterval">0</attribute>
<!--
Max number of elements which trigger replication
-->
<attribute name="ReplQueueMaxElements">0</attribute>
<!-- Name of cluster. Needs to be the same for all clusters, in order
to find each other
-->
<attribute name="ClusterName">TreeCache-Cluster</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, e.g bind_addr="192.168.0.2"
-->
<!-- 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.3" mcast_port="48866"
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" />-->
<FD_SOCK/>
<VERIFY_SUSPECT timeout="1500"
up_thread="false" down_thread="false"/>
<pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
max_xmit_size="8192" up_thread="false" down_thread="false"/>
<UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10"
down_thread="false"/>
<pbcast.STABLE desired_avg_gossip="20000"
up_thread="false" 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="true" down_thread="true"/>
</config>
</attribute>
<!--
Whether or not to fetch state on joining a cluster
NOTE this used to be called FetchStateOnStartup and has been renamed to be more descriptive.
-->
<attribute name="FetchInMemoryState">true</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">15000</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>
<!-- Name of the eviction policy class. -->
<attribute name="EvictionPolicyClass"></attribute>
<!--
Indicate whether to use marshalling or not. Set this to true if you are running under a scoped
class loader, e.g., inside an application server. Default is "false".
-->
<attribute name="UseMarshalling">false</attribute>
<attribute name="StateTransferVersion">130</attribute>
<!--attribute name="CacheLoaderConfiguration">
<config>
<passivation>false</passivation>
<preload>/</preload>
<shared>false</shared>
<cacheloader>
<class>org.jboss.cache.loader.ClusteredCacheLoader</class>
<properties>
timeout=1000
</properties>
<async>false</async>
<fetchPersistentState>false</fetchPersistentState>
<ignoreModifications>false</ignoreModifications>
</cacheloader>
</config>
</attribute-->
</mbean>
</server>
_______________________________________________
Yale CAS mailing list
[email protected]
http://tp.its.yale.edu/mailman/listinfo/cas
