Re[2]: help with bean lock/transaction error

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: jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
>> [mailto:jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx]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" <bill@xxxxxxxxxxxxxxxx>
>> To: <jboss-user@xxxxxxxxxxxxxxxxxxxxx>
>> 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: jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx
>> > > [mailto:jboss-user-admin@xxxxxxxxxxxxxxxxxxxxx]On Behalf Of Gray Jones
>> > > Sent: Wednesday, June 26, 2002 10:43 AM
>> > > To: jboss-user@xxxxxxxxxxxxxxxxxxxxx
>> > > 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
>> JBoss-user@xxxxxxxxxxxxxxxxxxxxx
>> 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> JBoss-user@xxxxxxxxxxxxxxxxxxxxx
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