[JBoss JIRA] Created: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
6:19 p.m.
Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Jason T. Greene
Assignee: Jonathan Halliday
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance failure.
However, I am not sure the test requires is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other threads
to unassociate themselves with the Transaction. Is the test wrong?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:19 p.m.
New subject: [JBoss JIRA] Updated: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene updated JBAS-6561:
----------------------------------
Component/s: Transaction Manager (Arjuna)
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jonathan Halliday
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test requires is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:21 p.m.
New subject: [JBoss JIRA] Updated: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene updated JBAS-6561:
----------------------------------
Description:
One of the TM tests in the AS fails due to what it perceives as a spec compliance failure.
However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other threads
to unassociate themselves with the Transaction. Is the test wrong?
was:
One of the TM tests in the AS fails due to what it perceives as a spec compliance failure.
However, I am not sure the test requires is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other threads
to unassociate themselves with the Transaction. Is the test wrong?
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jonathan Halliday
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:23 p.m.
New subject: [JBoss JIRA] Updated: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene updated JBAS-6561:
----------------------------------
Description:
One of the TM tests in the AS fails due to what it perceives as a spec compliance failure.
However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other threads
to unassociate themselves with the Transaction. Is the test wrong?
./build.sh -Dtest=org.jboss.test.tm.test.MTTransactionManagerUnitTestCase one-test
Test failure:
Caused by: java.lang.Exception: Expected throwable java.lang.IllegalStateException
at org.jboss.test.tm.resource.MTOperation.perform(MTOperation.java:195)
at org.jboss.test.tm.mbean2.MTTest$ExecTask.run(MTTest.java:106)
Log:
17:51:47,571 INFO [MTTest] *** Starting test: testCommitSameTxInTwoThreads
17:51:47,572 INFO [MTTest] Number of Threads: 2
17:51:47,578 INFO [MTTest] Starting thread: Thread-23
17:51:47,578 INFO [MTTest] Thread-23 TM_BEGIN (10)
17:51:47,580 INFO [MTTest] Starting thread: Thread-24
17:51:47,580 INFO [MTTest] Thread-24 XX_WAIT_FOR (10)
17:51:47,580 INFO [MTTest] Thread-23 STATUS_ACTIVE
17:51:47,580 INFO [MTTest] Thread-23 XX_SLEEP_200
17:51:47,580 INFO [MTTest] Thread-24 Got it
17:51:47,581 INFO [MTTest] Thread-24 TX_COMMIT (10)
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_57] -
Commit of action id -3f57fe9a:d655:49ac70e5:65 invoked while multiple threads active
within it.
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_1] -
CheckedAction::check - atomic action -3f57fe9a:d655:49ac70e5:65 commiting with 1 threads
active!
17:51:47,582 INFO [MTTest] Thread-24 STATUS_NO_TRANSACTION
17:51:47,582 INFO [MTTest] Finished thread: Thread-24
17:51:47,780 INFO [MTTest] Thread-23 STATUS_COMMITTED
17:51:47,781 INFO [MTTest] Thread-23 TM_COMMIT
17:51:47,781 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 INFO [MTTest] Finished thread: Thread-23
17:51:47,783 INFO [MTTest] *** Finished test: testCommitSameTxInTwoThreads
was:
One of the TM tests in the AS fails due to what it perceives as a spec compliance failure.
However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other threads
to unassociate themselves with the Transaction. Is the test wrong?
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jonathan Halliday
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
./build.sh -Dtest=org.jboss.test.tm.test.MTTransactionManagerUnitTestCase one-test
Test failure:
Caused by: java.lang.Exception: Expected throwable java.lang.IllegalStateException
at org.jboss.test.tm.resource.MTOperation.perform(MTOperation.java:195)
at org.jboss.test.tm.mbean2.MTTest$ExecTask.run(MTTest.java:106)
Log:
17:51:47,571 INFO [MTTest] *** Starting test: testCommitSameTxInTwoThreads
17:51:47,572 INFO [MTTest] Number of Threads: 2
17:51:47,578 INFO [MTTest] Starting thread: Thread-23
17:51:47,578 INFO [MTTest] Thread-23 TM_BEGIN (10)
17:51:47,580 INFO [MTTest] Starting thread: Thread-24
17:51:47,580 INFO [MTTest] Thread-24 XX_WAIT_FOR (10)
17:51:47,580 INFO [MTTest] Thread-23 STATUS_ACTIVE
17:51:47,580 INFO [MTTest] Thread-23 XX_SLEEP_200
17:51:47,580 INFO [MTTest] Thread-24 Got it
17:51:47,581 INFO [MTTest] Thread-24 TX_COMMIT (10)
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_57] -
Commit of action id -3f57fe9a:d655:49ac70e5:65 invoked while multiple threads active
within it.
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_1] -
CheckedAction::check - atomic action -3f57fe9a:d655:49ac70e5:65 commiting with 1 threads
active!
17:51:47,582 INFO [MTTest] Thread-24 STATUS_NO_TRANSACTION
17:51:47,582 INFO [MTTest] Finished thread: Thread-24
17:51:47,780 INFO [MTTest] Thread-23 STATUS_COMMITTED
17:51:47,781 INFO [MTTest] Thread-23 TM_COMMIT
17:51:47,781 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 INFO [MTTest] Finished thread: Thread-23
17:51:47,783 INFO [MTTest] *** Finished test: testCommitSameTxInTwoThreads
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:21 a.m.
New subject: [JBoss JIRA] Updated: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene updated JBAS-6561:
----------------------------------
JBoss Forum Reference:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=147176
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jonathan Halliday
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
./build.sh -Dtest=org.jboss.test.tm.test.MTTransactionManagerUnitTestCase one-test
Test failure:
Caused by: java.lang.Exception: Expected throwable java.lang.IllegalStateException
at org.jboss.test.tm.resource.MTOperation.perform(MTOperation.java:195)
at org.jboss.test.tm.mbean2.MTTest$ExecTask.run(MTTest.java:106)
Log:
17:51:47,571 INFO [MTTest] *** Starting test: testCommitSameTxInTwoThreads
17:51:47,572 INFO [MTTest] Number of Threads: 2
17:51:47,578 INFO [MTTest] Starting thread: Thread-23
17:51:47,578 INFO [MTTest] Thread-23 TM_BEGIN (10)
17:51:47,580 INFO [MTTest] Starting thread: Thread-24
17:51:47,580 INFO [MTTest] Thread-24 XX_WAIT_FOR (10)
17:51:47,580 INFO [MTTest] Thread-23 STATUS_ACTIVE
17:51:47,580 INFO [MTTest] Thread-23 XX_SLEEP_200
17:51:47,580 INFO [MTTest] Thread-24 Got it
17:51:47,581 INFO [MTTest] Thread-24 TX_COMMIT (10)
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_57] -
Commit of action id -3f57fe9a:d655:49ac70e5:65 invoked while multiple threads active
within it.
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_1] -
CheckedAction::check - atomic action -3f57fe9a:d655:49ac70e5:65 commiting with 1 threads
active!
17:51:47,582 INFO [MTTest] Thread-24 STATUS_NO_TRANSACTION
17:51:47,582 INFO [MTTest] Finished thread: Thread-24
17:51:47,780 INFO [MTTest] Thread-23 STATUS_COMMITTED
17:51:47,781 INFO [MTTest] Thread-23 TM_COMMIT
17:51:47,781 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 INFO [MTTest] Finished thread: Thread-23
17:51:47,783 INFO [MTTest] *** Finished test: testCommitSameTxInTwoThreads
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:23 a.m.
New subject: [JBoss JIRA] Assigned: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene reassigned JBAS-6561:
-------------------------------------
Assignee: Jason T. Greene (was: Jonathan Halliday)
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jason T. Greene
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
./build.sh -Dtest=org.jboss.test.tm.test.MTTransactionManagerUnitTestCase one-test
Test failure:
Caused by: java.lang.Exception: Expected throwable java.lang.IllegalStateException
at org.jboss.test.tm.resource.MTOperation.perform(MTOperation.java:195)
at org.jboss.test.tm.mbean2.MTTest$ExecTask.run(MTTest.java:106)
Log:
17:51:47,571 INFO [MTTest] *** Starting test: testCommitSameTxInTwoThreads
17:51:47,572 INFO [MTTest] Number of Threads: 2
17:51:47,578 INFO [MTTest] Starting thread: Thread-23
17:51:47,578 INFO [MTTest] Thread-23 TM_BEGIN (10)
17:51:47,580 INFO [MTTest] Starting thread: Thread-24
17:51:47,580 INFO [MTTest] Thread-24 XX_WAIT_FOR (10)
17:51:47,580 INFO [MTTest] Thread-23 STATUS_ACTIVE
17:51:47,580 INFO [MTTest] Thread-23 XX_SLEEP_200
17:51:47,580 INFO [MTTest] Thread-24 Got it
17:51:47,581 INFO [MTTest] Thread-24 TX_COMMIT (10)
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_57] -
Commit of action id -3f57fe9a:d655:49ac70e5:65 invoked while multiple threads active
within it.
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_1] -
CheckedAction::check - atomic action -3f57fe9a:d655:49ac70e5:65 commiting with 1 threads
active!
17:51:47,582 INFO [MTTest] Thread-24 STATUS_NO_TRANSACTION
17:51:47,582 INFO [MTTest] Finished thread: Thread-24
17:51:47,780 INFO [MTTest] Thread-23 STATUS_COMMITTED
17:51:47,781 INFO [MTTest] Thread-23 TM_COMMIT
17:51:47,781 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 INFO [MTTest] Finished thread: Thread-23
17:51:47,783 INFO [MTTest] *** Finished test: testCommitSameTxInTwoThreads
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:27 a.m.
New subject: [JBoss JIRA] Closed: (JBAS-6561) Regression: MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
[
https://jira.jboss.org/jira/browse/JBAS-6561?page=com.atlassian.jira.plug...
]
Jason T. Greene closed JBAS-6561.
---------------------------------
Resolution: Done
The test has been corrected.
Regression:
MTTransactionManagerUnitTestCase.testCommitSameTxInTwoThreads() fails
---------------------------------------------------------------------------------
Key: JBAS-6561
URL: https://jira.jboss.org/jira/browse/JBAS-6561
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transaction Manager (Arjuna)
Reporter: Jason T. Greene
Assignee: Jason T. Greene
Fix For: JBossAS-5.1.0.Beta1
One of the TM tests in the AS fails due to what it perceives as a spec compliance
failure. However, I am not sure the test is correct.
The test starts a transaction using TransactionManager in thread 0 and then commits the
transaction in thread 1. Thread 0 then calls tm.commit(), and it expects an
IllegalStateException because the test does not think the transaction should be associated
with Thread 0 at this point.
The spec doesn't seem to say anything about Transaction.commit() causing other
threads to unassociate themselves with the Transaction. Is the test wrong?
./build.sh -Dtest=org.jboss.test.tm.test.MTTransactionManagerUnitTestCase one-test
Test failure:
Caused by: java.lang.Exception: Expected throwable java.lang.IllegalStateException
at org.jboss.test.tm.resource.MTOperation.perform(MTOperation.java:195)
at org.jboss.test.tm.mbean2.MTTest$ExecTask.run(MTTest.java:106)
Log:
17:51:47,571 INFO [MTTest] *** Starting test: testCommitSameTxInTwoThreads
17:51:47,572 INFO [MTTest] Number of Threads: 2
17:51:47,578 INFO [MTTest] Starting thread: Thread-23
17:51:47,578 INFO [MTTest] Thread-23 TM_BEGIN (10)
17:51:47,580 INFO [MTTest] Starting thread: Thread-24
17:51:47,580 INFO [MTTest] Thread-24 XX_WAIT_FOR (10)
17:51:47,580 INFO [MTTest] Thread-23 STATUS_ACTIVE
17:51:47,580 INFO [MTTest] Thread-23 XX_SLEEP_200
17:51:47,580 INFO [MTTest] Thread-24 Got it
17:51:47,581 INFO [MTTest] Thread-24 TX_COMMIT (10)
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_57] -
Commit of action id -3f57fe9a:d655:49ac70e5:65 invoked while multiple threads active
within it.
17:51:47,581 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_1] -
CheckedAction::check - atomic action -3f57fe9a:d655:49ac70e5:65 commiting with 1 threads
active!
17:51:47,582 INFO [MTTest] Thread-24 STATUS_NO_TRANSACTION
17:51:47,582 INFO [MTTest] Finished thread: Thread-24
17:51:47,780 INFO [MTTest] Thread-23 STATUS_COMMITTED
17:51:47,781 INFO [MTTest] Thread-23 TM_COMMIT
17:51:47,781 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_34] -
End called on already committed atomic action -3f57fe9a:d655:49ac70e5:65
17:51:47,782 INFO [MTTest] Finished thread: Thread-23
17:51:47,783 INFO [MTTest] *** Finished test: testCommitSameTxInTwoThreads
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5603
days inactive
5603
days old
6 comments
1 participants
participants (1)
-
Jason T. Greene (JIRA)