6 Replies Latest reply on Mar 18, 2015 6:33 AM by tomjenkinson

TransactionManager.getTransaction() is returning transaction which is in aborted state

jayantvaish5 Mar 12, 2015 8:03 AM

Hi,

I am using JBoss 4.2.1.GA and getting following error:

2015-03-09 00:42:40,621 1152889083 ERROR [org.xyz.Service] (Server-121 Error:

org.xyz.ContextException: Unable to register.

at org.xyz.Scheduler.registerSynchronization(Scheduler.java:328)

at org.xyz.Service$4.call(Service.java:480)

at org.xyz.Service$4.call(Service.java:478)

at org.xyz.Scheduler.exec(Scheduler.java:257)

at org.xyz.Service.access$400(Service.java:82)

at org.xyz.Service$1$1.call(Service.java:215)

at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)

at java.util.concurrent.FutureTask.run(FutureTask.java:138)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

at java.lang.Thread.run(Thread.java:662)

Caused by: javax.transaction.RollbackException: [com.arjuna.ats.internal.jta.transaction.arjunacore.syncwhenaborted] [com.arjuna.ats.internal.jta.transaction.arjunacore.syncwhenaborted] Can't register synchronization because the transaction is in aborted state

at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.registerSynchronizationImple(TransactionImple.java:463)

at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.registerSynchronization(TransactionImple.java:439)

at org.xyz.Scheduler.registerSynchronization(Scheduler.java:316)

.. 12 more

We get above error for particular thread (In this case we get for "Server-121" )

While debugging we got to know that:

txm.getTransaction() is returning the transaction whose status is aborted (txm.getTransaction().getStatus() == Status.STATUS_ROLLEDBACK). For this thread, transaction manager returns the same transaction which is in aborted state after 6 hours also.

Is it the expected behavior?

What can be the possible cause and resolution for this problem.

Thanks,

Jayant

1. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

jayantvaish5 Mar 13, 2015 9:03 AM (in response to jayantvaish5)

Can this issue is because of [JBAS-5189] Txn-Manager arjuna commits data after timeout in long transactions - JBoss Issue Tracker ?
Actions
2. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

tomjenkinson Mar 13, 2015 9:47 AM (in response to jayantvaish5)

Wow - that is certainly an old version of the app server!

The issue is most likely related to the fact that the transaction reaper has rolled back the transaction because it has timed out. In this case components are prevented from registering new Synchronizations with the transaction. You will probably be able to find other warning messages in the logs related to something called the "Transaction Reaper" - that is the architectural component responsible for rolling back transactions that have timed out.

I can't give too much further advice here because the version of the application server is before my time. I know that the current version of the EJB CMT interceptor pops the transaction off the thread with a Transaction.suspend() if the TX is in state rolled back after CMT returns. Maybe the version of the app server you are using had a bug where that didn't happen?

If you have purchased support for EAP 4, I recommend going via that route to get further assistance. Alternatively if you are a community user I suggest upgrading to the current version of the application server (WildFly: WildFly Homepage · WildFly) and trying to replicate your issue there.

Thanks for your continued interest in Narayana,
Tom
Actions
3. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

tomjenkinson Mar 13, 2015 9:48 AM (in response to jayantvaish5)

Jayant Vaish wrote:

Can this issue is because of [JBAS-5189] Txn-Manager arjuna commits data after timeout in long transactions - JBoss Issue Tracker ?

To this specific point, I don't know if its related sorry. It doesn't sound like it is but I can't say for certain.
Actions
4. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

mmusgrov Mar 13, 2015 10:11 AM (in response to jayantvaish5)

I believe Tom is correct. The transaction has been rolled back in a separate thread so the status is rolled back. But your application thread is still associated with the transaction and it will stay associated until you explicitly call commit or rollback on it (at which time you get the rolled back exception). If we automatically did the disassociate the application would not be able to discover the actual status of the transaction.
Actions
5. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

jayantvaish5 Mar 18, 2015 5:50 AM (in response to jayantvaish5)

Thanks Tom and Michael,

One observation we see that, if I use jbossjta.jar of version 4.2.3 instead of 4.2.1 then this issue doesn't comes.
Can you please give information what fixes is been done between 4.2.1 and 4.2.3?

This problem comes after the transaction is timed out.

Thanks,
Jayant
Actions
6. Re: TransactionManager.getTransaction() is returning transaction which is in aborted state

tomjenkinson Mar 18, 2015 6:33 AM (in response to jayantvaish5)

Hi Jayant,

You can use Jira to query the fixes for the project. Here is the link for the query you mentioned:
https://issues.jboss.org/issues/?jql=project%20%3D%20JBTM%20AND%20fixVersion%20%3E%204.2.1%20AND%20fixVersion%20%3C%3D%204.2.3.CP07%20ORDER%20BY%20fixVersion%20ASC

Looking through that list, at a guess it's probably JBTM-139

If you are a community user, I would encourage you to update to the latest community versions of WFLY and Narayana to ensure we can provide the best community support for you. 4.2.1 for example was released in August 2006!

Thanks,
Tom
Actions

Go to original post