[
https://issues.jboss.org/browse/JBTM-1840?page=com.atlassian.jira.plugin....
]
Tom Jenkinson resolved JBTM-1840.
---------------------------------
Resolution: Rejected
Hi Eytan,
May I ask you to either:
1. Open a support ticket for this if you have a support contract, or
2. If you are a community user, please open a discussion on our forums but ensure that you
are relating this to the community version of the software. In this instance it would be
to replicate on WildFly 8.0.0.Alpha2.
Many thanks,
Tom
Incorrect handling of multi-threaded access to JCA connections
---------------------------------------------------------------
Key: JBTM-1840
URL:
https://issues.jboss.org/browse/JBTM-1840
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JCA
Affects Versions: 6.0.0.Final
Environment: Red Hat Linux, Jboss EAP 6.0
Reporter: Eytan David
Assignee: Tom Jenkinson
Attachments: JCA_Deadlock.txt
The issue JBPAPP-5596 which according to the documentation should have been resolved in
Jboss EAP 5.1.1, still occurs in EAP 6.0
The case describes a situation in which a long transaction (in a service handled by JTA)
is set to be rolled back, but gets into a dead lock with the reaper thread.
Deadlock as described in the stack trace:
Found one Java-level deadlock:
=============================
"Thread-20":
waiting for ownable synchronizer 0xb22a2e58, (a
java.util.concurrent.locks.ReentrantLock$NonfairSync),
which is held by "http-127.0.0.1-8080-1"
"http-127.0.0.1-8080-1":
waiting to lock monitor 0x4e200ef4 (object 0xaa937ab0, a
com.arjuna.ats.internal.jta.transaction.arjunacore.AtomicAction),
which is held by "Thread-20"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira