[jbossts-issues] [JBoss JIRA] (JBTM-2893) JTS subordinate transaction could check Xid format during enlistment to allow it being edited

[Ondra Chaloupka (JIRA)]

Ondra Chaloupka created JBTM-2893:
-------------------------------------

             Summary: JTS subordinate transaction could check Xid format during enlistment to allow it being edited
                 Key: JBTM-2893
                 URL: https://issues.jboss.org/browse/JBTM-2893
             Project: JBoss Transaction Manager
          Issue Type: Enhancement
          Components: JTS
    Affects Versions: 5.5.24.Final
            Reporter: Ondra Chaloupka
            Assignee: Ondra Chaloupka


When a subordinate transaction created by Narayana is imported in JTS it's capable to correctly handle only one XAResource being enlisted. When two or more resources are enlisted they all contain the same Xid. That Xid came from what {{TransactionImple}} defines (here is call which is never reached by such txn code: https://github.com/jbosstm/narayana/blob/a8f8df24d6531e6ba83cc3746ce05fc3a39e3bc9/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java#L1760)

That behavior is fine when txn is imported from EIS but when is managed by Narayana it should not be problem to generate Xids for each XAResource unique.

That behavior makes the issue when recovery should be part of handling. All the resources are "merged" under one record in object log store. That way can't be recovered correctly.
This handling is "fixed" in JTA (see https://github.com/jbosstm/narayana/blob/a8f8df24d6531e6ba83cc3746ce05fc3a39e3bc9/ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java#L359) where format of xid is checked when enlistment happens. Such thing could be passed to JTS mode too.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)