[JBoss JIRA] Created: (JBTM-619) Cannot enlist two Oracle XAConnection resources in one transaction
by Wade Poziombka (JIRA)
Cannot enlist two Oracle XAConnection resources in one transaction
------------------------------------------------------------------
Key: JBTM-619
URL: https://jira.jboss.org/jira/browse/JBTM-619
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JTA
Affects Versions: 4.7.0
Environment: Windows and Linux.
Reporter: Wade Poziombka
An attempt to enlist two Oracle connections causes the second enlistResource to fail with an exception similar to:
oracle.jdbc.xa.OracleXAException
at oracle.jdbc.xa.OracleXAResource.checkError(OracleXAResource.java:938)
at oracle.jdbc.xa.client.OracleXAResource.start(OracleXAResource.java:244)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.enlistResource(TransactionImple.java:902)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.enlistResource(TransactionImple.java:513)
Note the line number changes a bit depending on version of Oracle JDBC etc. However, the affect is always the same.
There are others who noted this problem on the forum with no resolution or reply (except my own concurring with the observation).
In particular two connections to same server using different user id's and passwords. I will test whether two completely separate oracle instances have this issue and update the bug.
--
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
13 years, 10 months
[JBoss JIRA] Created: (JBTM-443) check LastResource logging and recovery
by Jonathan Halliday (JIRA)
check LastResource logging and recovery
---------------------------------------
Key: JBTM-443
URL: https://jira.jboss.org/jira/browse/JBTM-443
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JTA Implementation, JTS Implementation, Recovery
Affects Versions: 4.4.0.GA
Reporter: Jonathan Halliday
Assignee: Jonathan Halliday
Fix For: 4.6
Where transactions contain LastResource, they may not be fully recoverable. Check if LastResource records are written to the log and if so, what happens to them during recovery.
Optimise the case where a tx contains multiple last resources, as we need to write a log for such a tx only if it also contains real resources. The case where the tx only has a single resource enlisted is irrelevant as the onePhaseCommit optimization already skips logging.
--
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
13 years, 10 months
[JBoss JIRA] Created: (JBTM-774) TM is not fully OTS spec compliant with respect to XA
by Michael Musgrove (JIRA)
TM is not fully OTS spec compliant with respect to XA
------------------------------------------------------
Key: JBTM-774
URL: https://jira.jboss.org/browse/JBTM-774
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JTS
Affects Versions: 4.6.1.CP07, 4.12.0
Reporter: Michael Musgrove
Assignee: Mark Little
Fix For: 4.13.0, 4.6.1.CP08
According to the OTS specification the Propagation Context should always be available. Annex B2.2 says:
"The Transaction Service does not restrict the availability of the PropagationContext: the operation get_txcontext on the Coordinator never raises Unavailable."
However the TM is raising this exception if the transaction has been aborted (for example if the reaper has detected that the transaction has timed out). [The method ArjunaTransactionImple.get_txcontext will always raise CosTransactions.Unavailable if the transaction is not active.]
This problem was observed whilst running the BlackTie test suite.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months