9:14 a.m.
Hi all,
i'm very frustrated by Seam MDBs right now, here's my situation:
Having a MDB (on Queue) as Seam Component with an @In Stateless SessionBean. It gets
called and executes a method within the SLSB.
My problem is: I need a new transaction at SLSB so the MDB shall mark the processed
EntityBean on any error after Transaction is rolled back.
From here my nightmare started:
#1 I tryied using:
| @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
|
on SLSBs method and let MDB onMessage unchanged
--> doesn't work
#2 Using
| @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
|
on both SLSB and MDBs onMessage:
--> doesn't work
#3 Using
| @TransactionAttribute(TransactionAttributeType.REQUIRED)
|
on MDBs onMessage and REQUIRES_NEW at SLSB
--> doesn't work
I'm always getting following exception AFTER the MDBs onMessage has finished:
| 15:55:16,921 WARN [Component] Exception calling component @Destroy method:
entityManager
| java.lang.IllegalStateException: attempting to destroy the persistence context while
an active transaction exists (try installing <transaction:ejb-transaction/>)
| at
org.jboss.seam.persistence.ManagedPersistenceContext.close(ManagedPersistenceContext.java:216)
| at
org.jboss.seam.persistence.ManagedPersistenceContext.destroy(ManagedPersistenceContext.java:179)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:125)
| at org.jboss.seam.Component.callComponentMethod(Component.java:2083)
| at org.jboss.seam.Component.callDestroyMethod(Component.java:2014)
| at org.jboss.seam.Component.destroy(Component.java:1332)
| at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
| at org.jboss.seam.contexts.Contexts.flushAndDestroyContexts(Contexts.java:363)
| at org.jboss.seam.contexts.Lifecycle.endCall(Lifecycle.java:92)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:120)
| at
org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:50)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at
org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at
org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at
org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at
org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at
org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.mdb.MessagingContainer.localInvoke(MessagingContainer.java:245)
| at
org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.delivery(MessageInflowLocalProxy.java:268)
| at
org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.invoke(MessageInflowLocalProxy.java:138)
| at $Proxy142.onMessage(Unknown Source)
| at
org.jboss.resource.adapter.jms.inflow.JmsServerSession.onMessage(JmsServerSession.java:178)
| at
org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:891)
| at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:170)
| at org.jboss.mq.SpySession.run(SpySession.java:323)
| at
org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServerSession.java:237)
| at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204)
| at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275)
| at
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:743)
| at java.lang.Thread.run(Thread.java:595)
|
So I installed everything in components.xml:
| <core:init debug="@debug@" jndi-pattern="@jndiPattern@"
transaction-management-enabled="true"/>
|
| <core:transactionListener />
|
| <transaction:ejb-transaction />
|
Still same. So I tracked down problem to ManagedPersistenceContext:
| private void close()
| {
| boolean transactionActive = false;
| try
| {
| transactionActive = Transaction.instance().isActive();
| }
| catch(SystemException se)
| {
| log.debug("could not get transaction status while destroying
persistence context");
| }
| if(transactionActive)
| throw new IllegalStateException("attempting to destroy the
persistence context while an active transaction exists (try installing
<transaction:ejb-transaction/>)");
| if(log.isDebugEnabled())
| log.debug((new StringBuilder()).append("destroying seam managed
persistence context for persistence unit:
").append(persistenceUnitJndiName).toString());
| if(entityManager != null)
| entityManager.close();
| }
|
|
Then I discoverd the only way it works:
| @TransactionAttribute(TransactionAttributeType.NEVER)
|
at MDBs onMessage
BUT: This doesn't give me the chance to mark the entity without calling an other
method annotated with REQUIRES_NEW
After testing, searching forum and web I've come to this by now:
JMS starts a transaction for the MDBs because if you want to publish to an other Queue,
JMS must be sure your changes are commited before another message is been invoked.
When the SLSB is been destroyed, the EntityManager looks in
Transaction.instance().isActive() and finds the open JMS Transaction so it refuses to
destroy itself although its own transaction has been commited a while ago and is no more
existing.
Is this a specified behavior?
Can I get around calling a second method to mark my EntityBean?
Or is this a bug? (I'll open JIRA then)
Thank you very much,
Greetz GHad
PS: Code is very basic and doesn't do any special, SLSB just gets an EntityBean by id,
updates a field and returns. MDBs onMessage does nothing more than calling the SLSB.
Realted problem IMHO:
http://jboss.com/index.html?module=bb&op=viewtopic&t=117173
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4085531#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...