Although this problem really troubles me I doubt it is a VM problem. I am reluctant to investigate this further because the other 2 times somebody reported this bug to me it was user error(but Gray's case doesn't sound like the other two). I will run a test eventually to see if I can uncover anything. It would really be nice if somebody could get a simple test case that I could run, or provide a dual-processor machine so that I can do some serious tests. Race conditions show up better on a dual-processor machine.
Bill > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Alex > Loubyansky > Sent: Tuesday, July 09, 2002 4:08 AM > To: JBoss-User > Subject: Re: [JBoss-user] help with bean lock/transaction error > > > Hi guys, > > I met the same problem as Gray, though I can't say the cause is the > same. I had many experiments with primary keys, transactions and so > on. And finally I gor it working just changing the vm. > My buggy environment: Win2K, JBoss-3.1.0alpha (haven't tried others), > Sun's jdk1.3.1_01. > After changing to Sun's jdk1.4.0 (don't have another 1.3 for win) > everything started to work fine. > > Is it a known issue? bug? > > I'm also going to test it on JRockit, RH7.2. > > alex > > ================================================================== > ============== > From: Gray Jones > Subject: Re: [JBoss-user] help with bean lock/transaction error > Date: Thu, 27 Jun 2002 13:40:31 -0700 > > ------------------------------------------------------------------ > -------------- > > Hi Bill, > > No I'm using an Integer as the primary key. We use a session facade to > front the entity bean. We use local ejb references between the session > facade and the entity bean. The bean in question (ie user entity > bean with > pk=49) has gotten a fair amount of activity before the exception occurs. > > >From the log info it looks like the exception occurs on the > setEntityContext > method. The actual bean that is used isn't the one that is hosting the > entity bean. It seems to be fairly transient in that it gets it's its > entity context sent and then isn't used again. > > Thanks for any help > > Here is the log output from a normal sequence > 16:00:15,164 INFO [UserManagerBean] [13948051] getUser 49 > 16:00:15,164 INFO [UserManagerBean] [13948051] getUserLocal 49 > 16:00:15,164 INFO [UserEntityBean] [15477362].setEntityContext > 16:00:15,174 INFO [User] [9260186].49 getObject > 16:00:15,174 INFO [User] [9260186].49 ejbStore > > Here is the log output when the exception occurs > 16:00:20,312 INFO [UserManagerBean] [10898281] setSessionContext > 16:00:20,312 INFO [UserManagerBean] [10898281] ejbCreate > 16:00:20,312 INFO [UserManagerBean] [10898281] getUser 49 > 16:00:20,312 INFO [UserManagerBean] [10898281] getUserLocal 49 > 16:00:20,322 INFO [UserEntityBean] [10555042].setEntityContext > 16:00:25,329 ERROR [LogInterceptor] TransactionRolledbackException, > causedBy: > java.lang.IllegalStateException: removing bean lock and it has tx set! > at > org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.removeRef(QueuedP > essimisticEJBLock.java:469) > at > org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:78) > at > org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockIntercep > tor.java:124) > at > org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreation > Interceptor.java:69) > at > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte > rceptor.java:96) > at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep > torCMT.java:167) > at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:6 > 1) > at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor. > java:129) > at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) > at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493) > at > org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLoca > lContainerInvoker.java:296) > at > org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) > at $Proxy66.getObject(Unknown Source) > at > com.xtriahc.user.ejb.server.UserManagerBean.getUserById(UserManagerBe > an.java:115) > ----- Original Message ----- > From: "Bill Burke" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, June 26, 2002 4:24 PM > Subject: RE: [JBoss-user] help with bean lock/transaction error > > > > Are you using a customer primary key class (i.e. NOT Integer, Long, > String). > > Did you implement the equals and hashCode methods correctly? > Are you sure > > that your primary key class serializes correctly? Post the Primary Key > > class and I'll take a look. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Gray Jones > > > Sent: Wednesday, June 26, 2002 10:43 AM > > > To: [EMAIL PROTECTED] > > > Subject: [JBoss-user] help with bean lock/transaction error > > > > > > > > > Hello, > > > > > > I'm trying to use castor within a bmp entity bean's. The > > > application works > > > for awhile and then I start to get the following error. I have > > > castor setup > > > (I think) to use the transaction manager exposed from jboss so I don't > > > understand why its complaining about the local connection > being unknown. > > > > > > Does anybody have any pointers for what I should be looking > at to figure > > > this out? > > > > > > Thanks, > > > > > > Gray Jones > > > > > > java.lang.IllegalStateException: removing bean lock and it has tx set! > > > > > > RemoteException occurred in server thread; nested exception is: > > > java.rmi.ServerException: > disconnect(ManagedConnection mc: null, > > > Object > > > c: org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > called with > > > unkn > > > own managed connection; nested exception is: > > > java.lang.IllegalArgumentException: > > > disconnect(ManagedConnection mc: > > > nul > > > l, Object c: > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > called > > > with unknown managed connection > > > stack trace: java.rmi.ServerException: RemoteException > > > occurred in server > > > thr > > > ead; nested exception is: > > > java.rmi.ServerException: > disconnect(ManagedConnection mc: null, > > > Object > > > c: org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > called with > > > unkn > > > own managed connection; nested exception is: > > > java.lang.IllegalArgumentException: > > > disconnect(ManagedConnection mc: > > > nul > > > l, Object c: > org.jboss.resource.adapter.jdbc.local.LocalConnection@3d246) > > > called > > > with unknown managed connection > > > at > > > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292) > > > at sun.rmi.transport.Transport$1.run(Transport.java:148) > > > at java.security.AccessController.doPrivileged(Native Method) > > > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > > > at > > > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:4 > > > 60) > > > at > > > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport > > > .java:701) > > > at java.lang.Thread.run(Thread.java:536) > > > at > > > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Stream > > > RemoteCall.java:247) > > > at > > > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java: > > > 223) > > > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) > > > at > > > org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown > > > Sour > > > ce) > > > at > > > org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvo > > > kerProxy.java:128) > > > at > > > org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.jav > > > a:108) > > > at > > > org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor. > > > java:73) > > > at > > > org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:7 > > > 6) > > > at > > > org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessi > > > onInterceptor.java:111) > > > at > org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) > > > > -- > Best regards, > Alex Loubyansky > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Stuff, things, and much much more. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Stuff, things, and much much more. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
