Hello Bill, well, I don't get a super machine :( But as to test case it'll be easy enough. I can do it.
alex Tuesday, July 09, 2002, 4:00:24 PM, you wrote: BB> Although this problem really troubles me I doubt it is a VM problem. I am BB> reluctant to investigate this further because the other 2 times somebody BB> reported this bug to me it was user error(but Gray's case doesn't sound like BB> the other two). I will run a test eventually to see if I can uncover BB> anything. It would really be nice if somebody could get a simple test case BB> that I could run, or provide a dual-processor machine so that I can do some BB> serious tests. Race conditions show up better on a dual-processor machine. BB> 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 BB> ------------------------------------------------------- BB> This sf.net email is sponsored by:ThinkGeek BB> Stuff, things, and much much more. BB> http://thinkgeek.com/sf BB> _______________________________________________ BB> JBoss-user mailing list BB> [EMAIL PROTECTED] BB> https://lists.sourceforge.net/lists/listinfo/jboss-user -- 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
