I just switched over and found one rather large problem, that is that my
beans deploy before the resource adapters. It could be that I am explicitly
listing the .jars to deploy, but I have the deploy/lib directory listed
before it, so I expected that it would do the right thing.
I think it will work if I touch all the files and force the auto deployer to
re-deploy once the datasources have been bound to jndi.
Do you (or anyone else) have any ideas on how to fix this, or should I look
into it?
--jason
On Wed, 15 Aug 2001, David Jencks wrote:
> Hi Jason, could you try converting to the jca version of db access and see
> if the problem persists? I recently found a race condition in (the jca
> versions) of the code that releases connections back to the pool after
> transactions complete that was allowing several transactions to access the
> same connection. Maybe a similar bug is present in the non-jca code. I'm
> hoping to check in my "auto-converting-to-jca" XADatasourceLoader later
> today, in case you don't want to try the conversion by hand. (this race fix
> is only in rabbit hole).
>
> Thanks
> david jencks
>
> On 2001.08.14 19:07:43 -0400 Jason Dillon wrote:
> > I was trying to track down a concurrency problem which would show up as
> > an
> > Oracle deadlock exception. It looks like that exception was happening
> > due
> > to some fk constraints causing parent tables to lock and such. Any ways,
> > after I got that deadlock exception, I got a ton of these session bean
> > context errors.
> >
> > I think that I have fixed the deadlock problem by removing some of the fk
> > constraints (which I don't like too much, but it stopped the exception
> > from
> > being thrown), but I am still getting these errors.
> >
> > I thought they were caused by the oracle problem, but now I think there
> > might be something else going on.
> >
> > Does anyone have any ideas on why this might happen, and or how I might
> > go
> > about fixing it? The TX stuff is still a bit of a mystery to me. Any
> > help
> > would be appreciated.
> >
> > Below is the log of the exception thrown.
> >
> > --jason
> >
> >
> > 2001-08-14 15:59:52,726 org.jboss.ejb.plugins.LogInterceptor [Thread Pool
> > Worker] ERROR - TRANSACTION ROLLBACK EXCEPTION: Application Error: tried
> > to
> > enter Stateful bean with different transaction context; nested exception
> > is:
> > java.rmi.RemoteException: Application Error: tried to enter
> > Stateful
> > bean with different transaction context
> >
> > ...
> >
> > 2001-08-14 15:59:52,842 org.jboss.ejb.plugins.LogInterceptor [Thread Pool
> > Worker] ERROR - Detail
> > java.rmi.RemoteException: Application Error: tried to enter Stateful bean
> > with different transaction context
> > at
> >
>org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSessionInstanceInterceptor.java:207)
> > at
> >
>org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97)
> > at
> >
>org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154)
> > at
> > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63)
> > at
> > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168)
> > at
> > org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:354)
> > at
> >
>org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:445)
> > at
> >
>org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:339)
> > at
> >
>org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136)
> > at $Proxy28.handle(Unknown Source)
> > at
> >
>com.boldfish.does.job.service.internal.ResponseProcessorEJB.process(ResponseProcessorEJB.java:152)
> > at
> >
>com.boldfish.ejb.AbstractMessageDrivenBean.onMessage(AbstractMessageDrivenBean.java:132)
> > at java.lang.reflect.Method.invoke(Native Method)
> > at
> >
>org.jboss.ejb.MessageDrivenContainer$ContainerInterceptor.invoke(MessageDrivenContainer.java:410)
> > at
> >
>org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.invoke(MessageDrivenInstanceInterceptor.java:79)
> > at
> >
>org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97)
> > at
> >
>org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154)
> > at
> > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63)
> > at
> > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128)
> > at
> > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168)
> > at
> > org.jboss.ejb.MessageDrivenContainer.invoke(MessageDrivenContainer.java:285)
> > at
> > org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke(JMSContainerInvoker.java:165)
> > at
> >
>org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:644)
> > at
> >
>org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:290)
> > at
> > org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:257)
> > at org.jboss.mq.SpySession.run(SpySession.java:176)
> > at org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177)
> > at
> > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655)
> > at java.lang.Thread.run(Thread.java:484)
> >
> >
> >
> > _______________________________________________
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> >
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
