If you could get a reproducible test case that would be cool. Otherwise there's not much I can do.
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Gray Jones > Sent: Tuesday, July 09, 2002 9:38 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] help with bean lock/transaction error > > > I've been running with 1.4 so I don't think its a vm problem. I was > thinking about going the other route and trying it with 1.3 instead. > > I would be willing to try and trim my stuff down and see if I can come up > with a tidy little test case if I can. Our code is using castor jdo so it > might be playing a part. I could try and remove castor and see if the > problem still exists. I personally am not too worried about it right now. > We've been using jRun as another j2ee server and the app works under that. > I was planning on waiting until jBoss comes out with another release or > until I get the app to a stable state (is there such a thing?) in jRun > before coming back to jBoss. > > Bill - if you want me to try and get a reproducible test case let me know. > > Gray > > ----- Original Message ----- > From: "Bill Burke" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, July 09, 2002 9:00 AM > Subject: RE: [JBoss-user] help with bean lock/transaction error > > > > 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 > > > > > > ------------------------------------------------------- > 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