That is because the instance synchronization still holds the lock reference. The cache also takes a lock reference at passivation.
1+1 == 2 > 1 which is what tryToPassivate checks. In plain English, the Cache is saying I cannot passivate this instance because somebody else besides me has a lock reference. The fact that "the somebody else" has told the Cache to remove it is not taken into account. Regards, Adrian On Tue, 2003-09-30 at 05:52, Scott M Stark wrote: > The EnterpriseEntityStressTestCase is generating failure to passivate > warnings when run with the following settings: > > junit.timeout=180000000 > jbosstest.iterationcount=1000 > jbosstest.threadcount=50 > jbosstest.beancount=500 > marathon.duration=86400000 > marathon.timeout=86580000 > marathon.threadcount=100 > > A trace of the location shows this occuring during the tx commit with option > c. I added some debugging to the EntityInstanceCache.canPassivate method to > log why it was returning false and it is the BeanLockManager.canPassivate that > is returning false. > > 2003-09-29 21:47:40,450 ERROR [org.jboss.ejb.plugins.AbstractInstanceCache] > canPassivate, the lock mgr denied passivation > 2003-09-29 21:47:40,467 ERROR [org.jboss.ejb.plugins.AbstractInstanceCache] > Unable to passivate due to ctx lock, id=seb > java.lang.Exception > at > org.jboss.ejb.plugins.AbstractInstanceCache.tryToPassivate(AbstractInstanceCache.java:166) > at > org.jboss.ejb.plugins.AbstractInstanceCache.release(AbstractInstanceCache.java:192) > at > org.jboss.ejb.plugins.EntitySynchronizationInterceptor$InstanceSynchronization.afterCompletion(EntitySynchronizationInterceptor.java:466) > at org.jboss.tm.TransactionImpl.doAfterCompletion(TransactionImpl.java:1330) > at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:414) > at > org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:398) > at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) > at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) > at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) > at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) > at > org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) > at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:490) > at org.jboss.ejb.Container.invoke(Container.java:700) > at sun.reflect.GeneratedMethodAccessor40.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) > at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:362) > at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) -- xxxxxxxxxxxxxxxxxxxxxxxx Adrian Brock Director of Support Back Office JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development