You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Christopher Blythe <cj...@gmail.com> on 2007/07/26 05:06:40 UTC
Exceptions with MDB involved in XA transaction
Found another issue with DayTrader in Geronimo 2.0. It looks like there is
some issue with MDBs involved in XA transactions. If I deploy DayTrader 1.2or
2.0 and run in Direct mode with Async order processing enabled (which uses
MDBs to handle the complete order operations), the following exception is
thrown to the logs.
If I deploy DT 1.2 in Geronimo 1.1.1, everything runs smoothly. Any
thoughts, comments or suggestions?
22:59:18,421 ERROR [Transaction] Please correct the integration and supply a
NamedXAResource
java.lang.IllegalStateException: Cannot log transactions as
org.apache.activemq.ra.LocalAndXATransaction@1de21de2 is not a
NamedXAResource.
at
org.apache.geronimo.transaction.manager.TransactionImpl$TransactionBranch.getResourceName
(TransactionImpl.java:697)
at org.apache.geronimo.transaction.log.HOWLLog.prepare(HOWLLog.java:254)
at
org.apache.geronimo.transaction.log.HOWLLog$$FastClassByCGLIB$$7315be2e.invoke
(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(
FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(
GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(
GBeanInstance.java:830)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java
:57)
at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(
RawOperationInvoker.java:35)
at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(
ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$ba0af455.prepare
(<generated>)
at
org.apache.geronimo.transaction.manager.TransactionImpl.internalPrepare(
TransactionImpl.java:444)
at org.apache.geronimo.transaction.manager.TransactionImpl.commit(
TransactionImpl.java:316)
at org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit
(TransactionManagerImpl.java:238)
at
org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(
TransactionPolicy.java:139)
at org.apache.openejb.core.transaction.TxRequired.afterInvoke(
TxRequired.java:75)
at org.apache.openejb.core.mdb.MdbContainer.afterDelivery(
MdbContainer.java:375)
at org.apache.openejb.core.mdb.EndpointHandler.afterDelivery(
EndpointHandler.java:274)
at org.apache.openejb.core.mdb.EndpointHandler.invoke(
EndpointHandler.java:164)
at $Proxy36.afterDelivery(Unknown Source)
at
org.apache.activemq.ra.MessageEndpointProxy$MessageEndpointAlive.afterDelivery
(MessageEndpointProxy.java:126)
at org.apache.activemq.ra.MessageEndpointProxy.afterDelivery(
MessageEndpointProxy.java:65)
at org.apache.activemq.ra.ServerSessionImpl.afterDelivery(
ServerSessionImpl.java:216)
at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:751)
at org.apache.activemq.ra.ServerSessionImpl.run(ServerSessionImpl.java
:165)
at org.apache.geronimo.connector.work.WorkerContext.run(
WorkerContext.java:290)
at org.apache.geronimo.connector.work.pool.NamedRunnable.run(
NamedRunnable.java:32)
at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:201)
at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(
ThreadPool.java:331)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
ThreadPoolExecutor.java:665)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(
ThreadPoolExecutor.java:690)
at java.lang.Thread.run(Thread.java:801)
--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden
Re: Exceptions with MDB involved in XA transaction
Posted by Christopher Blythe <cj...@gmail.com>.
JIRA created...
https://issues.apache.org/jira/browse/GERONIMO-3354
On 7/26/07, David Jencks <da...@yahoo.com> wrote:
>
> A jira would be good. I knew about this but keep forgetting to see about
> how to fix it. Maybe Dain was going to take a look?
> thanks
> david jencks
>
> On Jul 26, 2007, at 6:48 AM, Christopher Blythe wrote:
>
> David... it does look like the transactions are completing. We just get
> this exception written to the console and log during each transaction (which
> isn't good for a performance run). Even tough the transaction completed, I
> would still imagine that we want the tx info written to the transaction log.
> Should I open a JIRA?
>
> On 7/25/07, David Jencks <da...@yahoo.com> wrote:
> >
> > I think this is just saying that transaction recovery won't work,
> > but normal processing should work ok. Is that what you are seeing,
> > or do the mdbs completely fail to work?
> >
> > thanks
> > david jencks
> >
> > On Jul 25, 2007, at 8:06 PM, Christopher Blythe wrote:
> >
> > > Found another issue with DayTrader in Geronimo 2.0. It looks like
> > > there is some issue with MDBs involved in XA transactions. If I
> > > deploy DayTrader 1.2 or 2.0 and run in Direct mode with Async order
> > > processing enabled (which uses MDBs to handle the complete order
> > > operations), the following exception is thrown to the logs.
> > >
> > > If I deploy DT 1.2 in Geronimo 1.1.1, everything runs smoothly. Any
> > > thoughts, comments or suggestions?
> > >
> > > 22:59:18,421 ERROR [Transaction] Please correct the integration and
> > > supply a NamedXAResource
> > > java.lang.IllegalStateException : Cannot log transactions as
> > > org.apache.activemq.ra.LocalAndXATransaction@1de21de2 is not a
> > > NamedXAResource.
> > > at org.apache.geronimo.transaction.manager.TransactionImpl
> > > $TransactionBranch.getResourceName(TransactionImpl.java :697)
> > > at org.apache.geronimo.transaction.log.HOWLLog.prepare
> > > (HOWLLog.java:254)
> > > at org.apache.geronimo.transaction.log.HOWLLog$$FastClassByCGLIB
> > > $$7315be2e.invoke(<generated>)
> > > at net.sf.cglib.reflect.FastMethod.invoke (FastMethod.java:53)
> > > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> > > (FastMethodInvoker.java :38)
> > > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> > > (GBeanOperation.java:124)
> > > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> > > (GBeanInstance.java:830)
> > > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke
> > > (RawInvoker.java:57)
> > > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> > > (RawOperationInvoker.java:35)
> > > at
> > > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> > > (ProxyMethodInterceptor.java:96)
> > > at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$
> > > $ba0af455.prepare(<generated>)
> > > at
> > > org.apache.geronimo.transaction.manager.TransactionImpl.internalPrepar
> > > e(TransactionImpl.java :444)
> > > at
> > > org.apache.geronimo.transaction.manager.TransactionImpl.commit
> > > (TransactionImpl.java:316)
> > > at
> > > org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(
> > > TransactionManagerImpl.java:238)
> > > at
> > > org.apache.openejb.core.transaction.TransactionPolicy.commitTransactio
> > > n(TransactionPolicy.java:139)
> > > at org.apache.openejb.core.transaction.TxRequired.afterInvoke
> > > (TxRequired.java:75)
> > > at org.apache.openejb.core.mdb.MdbContainer.afterDelivery
> > > (MdbContainer.java:375)
> > > at org.apache.openejb.core.mdb.EndpointHandler.afterDelivery
> > > (EndpointHandler.java :274)
> > > at org.apache.openejb.core.mdb.EndpointHandler.invoke
> > > (EndpointHandler.java:164)
> > > at $Proxy36.afterDelivery(Unknown Source)
> > > at org.apache.activemq.ra.MessageEndpointProxy
> > > $MessageEndpointAlive.afterDelivery(MessageEndpointProxy.java:126)
> > > at org.apache.activemq.ra.MessageEndpointProxy.afterDelivery
> > > (MessageEndpointProxy.java:65)
> > > at org.apache.activemq.ra.ServerSessionImpl.afterDelivery
> > > (ServerSessionImpl.java:216)
> > > at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:
> > > 751)
> > > at org.apache.activemq.ra.ServerSessionImpl.run
> > > ( ServerSessionImpl.java:165)
> > > at org.apache.geronimo.connector.work.WorkerContext.run
> > > (WorkerContext.java:290)
> > > at org.apache.geronimo.connector.work.pool.NamedRunnable.run
> > > (NamedRunnable.java:32)
> > > at org.apache.geronimo.pool.ThreadPool$1.run (ThreadPool.java:201)
> > > at org.apache.geronimo.pool.ThreadPool
> > > $ContextClassLoaderRunnable.run(ThreadPool.java:331)
> > > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
> > > (ThreadPoolExecutor.java:665)
> > > at java.util.concurrent.ThreadPoolExecutor$Worker.run
> > > (ThreadPoolExecutor.java:690)
> > > at java.lang.Thread.run(Thread.java:801)
> > >
> > > --
> > > "I say never be complete, I say stop being perfect, I say let...
> > > lets evolve, let the chips fall where they may." - Tyler Durden
> >
> >
>
>
> --
> "I say never be complete, I say stop being perfect, I say let... lets
> evolve, let the chips fall where they may." - Tyler Durden
>
>
>
--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden
Re: Exceptions with MDB involved in XA transaction
Posted by David Jencks <da...@yahoo.com>.
A jira would be good. I knew about this but keep forgetting to see
about how to fix it. Maybe Dain was going to take a look?
thanks
david jencks
On Jul 26, 2007, at 6:48 AM, Christopher Blythe wrote:
> David... it does look like the transactions are completing. We just
> get this exception written to the console and log during each
> transaction (which isn't good for a performance run). Even tough
> the transaction completed, I would still imagine that we want the
> tx info written to the transaction log. Should I open a JIRA?
>
> On 7/25/07, David Jencks <da...@yahoo.com> wrote:
> I think this is just saying that transaction recovery won't work,
> but normal processing should work ok. Is that what you are seeing,
> or do the mdbs completely fail to work?
>
> thanks
> david jencks
>
> On Jul 25, 2007, at 8:06 PM, Christopher Blythe wrote:
>
> > Found another issue with DayTrader in Geronimo 2.0. It looks like
> > there is some issue with MDBs involved in XA transactions. If I
> > deploy DayTrader 1.2 or 2.0 and run in Direct mode with Async order
> > processing enabled (which uses MDBs to handle the complete order
> > operations), the following exception is thrown to the logs.
> >
> > If I deploy DT 1.2 in Geronimo 1.1.1, everything runs smoothly. Any
> > thoughts, comments or suggestions?
> >
> > 22:59:18,421 ERROR [Transaction] Please correct the integration and
> > supply a NamedXAResource
> > java.lang.IllegalStateException : Cannot log transactions as
> > org.apache.activemq.ra.LocalAndXATransaction@1de21de2 is not a
> > NamedXAResource.
> > at org.apache.geronimo.transaction.manager.TransactionImpl
> > $TransactionBranch.getResourceName(TransactionImpl.java :697)
> > at org.apache.geronimo.transaction.log.HOWLLog.prepare
> > (HOWLLog.java:254)
> > at org.apache.geronimo.transaction.log.HOWLLog$$FastClassByCGLIB
> > $$7315be2e.invoke(<generated>)
> > at net.sf.cglib.reflect.FastMethod.invoke (FastMethod.java:53)
> > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> > (FastMethodInvoker.java :38)
> > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> > (GBeanOperation.java:124)
> > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> > (GBeanInstance.java:830)
> > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke
> > (RawInvoker.java:57)
> > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> > (RawOperationInvoker.java:35)
> > at
> > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> > (ProxyMethodInterceptor.java:96)
> > at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$
> > $ba0af455.prepare(<generated>)
> > at
> >
> org.apache.geronimo.transaction.manager.TransactionImpl.internalPrepar
> > e(TransactionImpl.java :444)
> > at
> > org.apache.geronimo.transaction.manager.TransactionImpl.commit
> > (TransactionImpl.java:316)
> > at
> >
> org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit
> (
> > TransactionManagerImpl.java:238)
> > at
> >
> org.apache.openejb.core.transaction.TransactionPolicy.commitTransactio
> > n(TransactionPolicy.java:139)
> > at org.apache.openejb.core.transaction.TxRequired.afterInvoke
> > (TxRequired.java:75)
> > at org.apache.openejb.core.mdb.MdbContainer.afterDelivery
> > (MdbContainer.java:375)
> > at org.apache.openejb.core.mdb.EndpointHandler.afterDelivery
> > (EndpointHandler.java :274)
> > at org.apache.openejb.core.mdb.EndpointHandler.invoke
> > (EndpointHandler.java:164)
> > at $Proxy36.afterDelivery(Unknown Source)
> > at org.apache.activemq.ra.MessageEndpointProxy
> > $MessageEndpointAlive.afterDelivery(MessageEndpointProxy.java:126)
> > at org.apache.activemq.ra.MessageEndpointProxy.afterDelivery
> > (MessageEndpointProxy.java:65)
> > at org.apache.activemq.ra.ServerSessionImpl.afterDelivery
> > (ServerSessionImpl.java:216)
> > at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:
> > 751)
> > at org.apache.activemq.ra.ServerSessionImpl.run
> > ( ServerSessionImpl.java:165)
> > at org.apache.geronimo.connector.work.WorkerContext.run
> > (WorkerContext.java:290)
> > at org.apache.geronimo.connector.work.pool.NamedRunnable.run
> > (NamedRunnable.java:32)
> > at org.apache.geronimo.pool.ThreadPool$1.run (ThreadPool.java:
> 201)
> > at org.apache.geronimo.pool.ThreadPool
> > $ContextClassLoaderRunnable.run(ThreadPool.java:331)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
> > (ThreadPoolExecutor.java:665)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.run
> > (ThreadPoolExecutor.java:690)
> > at java.lang.Thread.run(Thread.java:801)
> >
> > --
> > "I say never be complete, I say stop being perfect, I say let...
> > lets evolve, let the chips fall where they may." - Tyler Durden
>
>
>
>
> --
> "I say never be complete, I say stop being perfect, I say let...
> lets evolve, let the chips fall where they may." - Tyler Durden
Re: Exceptions with MDB involved in XA transaction
Posted by Christopher Blythe <cj...@gmail.com>.
David... it does look like the transactions are completing. We just get this
exception written to the console and log during each transaction (which
isn't good for a performance run). Even tough the transaction completed, I
would still imagine that we want the tx info written to the transaction log.
Should I open a JIRA?
On 7/25/07, David Jencks <da...@yahoo.com> wrote:
>
> I think this is just saying that transaction recovery won't work,
> but normal processing should work ok. Is that what you are seeing,
> or do the mdbs completely fail to work?
>
> thanks
> david jencks
>
> On Jul 25, 2007, at 8:06 PM, Christopher Blythe wrote:
>
> > Found another issue with DayTrader in Geronimo 2.0. It looks like
> > there is some issue with MDBs involved in XA transactions. If I
> > deploy DayTrader 1.2 or 2.0 and run in Direct mode with Async order
> > processing enabled (which uses MDBs to handle the complete order
> > operations), the following exception is thrown to the logs.
> >
> > If I deploy DT 1.2 in Geronimo 1.1.1, everything runs smoothly. Any
> > thoughts, comments or suggestions?
> >
> > 22:59:18,421 ERROR [Transaction] Please correct the integration and
> > supply a NamedXAResource
> > java.lang.IllegalStateException : Cannot log transactions as
> > org.apache.activemq.ra.LocalAndXATransaction@1de21de2 is not a
> > NamedXAResource.
> > at org.apache.geronimo.transaction.manager.TransactionImpl
> > $TransactionBranch.getResourceName(TransactionImpl.java :697)
> > at org.apache.geronimo.transaction.log.HOWLLog.prepare
> > (HOWLLog.java:254)
> > at org.apache.geronimo.transaction.log.HOWLLog$$FastClassByCGLIB
> > $$7315be2e.invoke(<generated>)
> > at net.sf.cglib.reflect.FastMethod.invoke (FastMethod.java:53)
> > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> > (FastMethodInvoker.java:38)
> > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> > (GBeanOperation.java:124)
> > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> > (GBeanInstance.java:830)
> > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke
> > (RawInvoker.java:57)
> > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> > (RawOperationInvoker.java:35)
> > at
> > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> > (ProxyMethodInterceptor.java:96)
> > at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$
> > $ba0af455.prepare(<generated>)
> > at
> > org.apache.geronimo.transaction.manager.TransactionImpl.internalPrepar
> > e(TransactionImpl.java :444)
> > at
> > org.apache.geronimo.transaction.manager.TransactionImpl.commit
> > (TransactionImpl.java:316)
> > at
> > org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(
> > TransactionManagerImpl.java:238)
> > at
> > org.apache.openejb.core.transaction.TransactionPolicy.commitTransactio
> > n(TransactionPolicy.java:139)
> > at org.apache.openejb.core.transaction.TxRequired.afterInvoke
> > (TxRequired.java:75)
> > at org.apache.openejb.core.mdb.MdbContainer.afterDelivery
> > (MdbContainer.java:375)
> > at org.apache.openejb.core.mdb.EndpointHandler.afterDelivery
> > (EndpointHandler.java:274)
> > at org.apache.openejb.core.mdb.EndpointHandler.invoke
> > (EndpointHandler.java:164)
> > at $Proxy36.afterDelivery(Unknown Source)
> > at org.apache.activemq.ra.MessageEndpointProxy
> > $MessageEndpointAlive.afterDelivery(MessageEndpointProxy.java:126)
> > at org.apache.activemq.ra.MessageEndpointProxy.afterDelivery
> > (MessageEndpointProxy.java:65)
> > at org.apache.activemq.ra.ServerSessionImpl.afterDelivery
> > (ServerSessionImpl.java:216)
> > at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:
> > 751)
> > at org.apache.activemq.ra.ServerSessionImpl.run
> > ( ServerSessionImpl.java:165)
> > at org.apache.geronimo.connector.work.WorkerContext.run
> > (WorkerContext.java:290)
> > at org.apache.geronimo.connector.work.pool.NamedRunnable.run
> > (NamedRunnable.java:32)
> > at org.apache.geronimo.pool.ThreadPool$1.run (ThreadPool.java:201)
> > at org.apache.geronimo.pool.ThreadPool
> > $ContextClassLoaderRunnable.run(ThreadPool.java:331)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
> > (ThreadPoolExecutor.java:665)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.run
> > (ThreadPoolExecutor.java:690)
> > at java.lang.Thread.run(Thread.java:801)
> >
> > --
> > "I say never be complete, I say stop being perfect, I say let...
> > lets evolve, let the chips fall where they may." - Tyler Durden
>
>
--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden
Re: Exceptions with MDB involved in XA transaction
Posted by David Jencks <da...@yahoo.com>.
I think this is just saying that transaction recovery won't work,
but normal processing should work ok. Is that what you are seeing,
or do the mdbs completely fail to work?
thanks
david jencks
On Jul 25, 2007, at 8:06 PM, Christopher Blythe wrote:
> Found another issue with DayTrader in Geronimo 2.0. It looks like
> there is some issue with MDBs involved in XA transactions. If I
> deploy DayTrader 1.2 or 2.0 and run in Direct mode with Async order
> processing enabled (which uses MDBs to handle the complete order
> operations), the following exception is thrown to the logs.
>
> If I deploy DT 1.2 in Geronimo 1.1.1, everything runs smoothly. Any
> thoughts, comments or suggestions?
>
> 22:59:18,421 ERROR [Transaction] Please correct the integration and
> supply a NamedXAResource
> java.lang.IllegalStateException : Cannot log transactions as
> org.apache.activemq.ra.LocalAndXATransaction@1de21de2 is not a
> NamedXAResource.
> at org.apache.geronimo.transaction.manager.TransactionImpl
> $TransactionBranch.getResourceName(TransactionImpl.java :697)
> at org.apache.geronimo.transaction.log.HOWLLog.prepare
> (HOWLLog.java:254)
> at org.apache.geronimo.transaction.log.HOWLLog$$FastClassByCGLIB
> $$7315be2e.invoke(<generated>)
> at net.sf.cglib.reflect.FastMethod.invoke (FastMethod.java:53)
> at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> (FastMethodInvoker.java:38)
> at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> (GBeanOperation.java:124)
> at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> (GBeanInstance.java:830)
> at org.apache.geronimo.gbean.runtime.RawInvoker.invoke
> (RawInvoker.java:57)
> at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> (RawOperationInvoker.java:35)
> at
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> (ProxyMethodInterceptor.java:96)
> at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$
> $ba0af455.prepare(<generated>)
> at
> org.apache.geronimo.transaction.manager.TransactionImpl.internalPrepar
> e(TransactionImpl.java :444)
> at
> org.apache.geronimo.transaction.manager.TransactionImpl.commit
> (TransactionImpl.java:316)
> at
> org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(
> TransactionManagerImpl.java:238)
> at
> org.apache.openejb.core.transaction.TransactionPolicy.commitTransactio
> n(TransactionPolicy.java:139)
> at org.apache.openejb.core.transaction.TxRequired.afterInvoke
> (TxRequired.java:75)
> at org.apache.openejb.core.mdb.MdbContainer.afterDelivery
> (MdbContainer.java:375)
> at org.apache.openejb.core.mdb.EndpointHandler.afterDelivery
> (EndpointHandler.java:274)
> at org.apache.openejb.core.mdb.EndpointHandler.invoke
> (EndpointHandler.java:164)
> at $Proxy36.afterDelivery(Unknown Source)
> at org.apache.activemq.ra.MessageEndpointProxy
> $MessageEndpointAlive.afterDelivery(MessageEndpointProxy.java:126)
> at org.apache.activemq.ra.MessageEndpointProxy.afterDelivery
> (MessageEndpointProxy.java:65)
> at org.apache.activemq.ra.ServerSessionImpl.afterDelivery
> (ServerSessionImpl.java:216)
> at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:
> 751)
> at org.apache.activemq.ra.ServerSessionImpl.run
> ( ServerSessionImpl.java:165)
> at org.apache.geronimo.connector.work.WorkerContext.run
> (WorkerContext.java:290)
> at org.apache.geronimo.connector.work.pool.NamedRunnable.run
> (NamedRunnable.java:32)
> at org.apache.geronimo.pool.ThreadPool$1.run (ThreadPool.java:201)
> at org.apache.geronimo.pool.ThreadPool
> $ContextClassLoaderRunnable.run(ThreadPool.java:331)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
> (ThreadPoolExecutor.java:665)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run
> (ThreadPoolExecutor.java:690)
> at java.lang.Thread.run(Thread.java:801)
>
> --
> "I say never be complete, I say stop being perfect, I say let...
> lets evolve, let the chips fall where they may." - Tyler Durden