[jbossts-issues] [JBoss JIRA] Commented: (JBTM-649) Support XAException.XA_RETRY in 2 phase commit -- Backward Compatibility issue

Howard Gao (JIRA) jira-events at lists.jboss.org
Mon Nov 9 07:27:05 EST 2009


    [ https://jira.jboss.org/jira/browse/JBTM-649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12493761#action_12493761 ] 

Howard Gao commented on JBTM-649:
---------------------------------

Thanks Andrew and Mark.

I think I'll try to give a longer timeout (>120) and try the test again. If it works I think I can drop this issue. 

If not, I'll think about Mark's comment and mark this test invalid (and write down this in the next JBM release note).

Thanks again!
Howard


> Support XAException.XA_RETRY in 2 phase commit -- Backward Compatibility issue
> ------------------------------------------------------------------------------
>
>                 Key: JBTM-649
>                 URL: https://jira.jboss.org/jira/browse/JBTM-649
>             Project: JBoss Transaction Manager
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>          Components: Recovery
>    Affects Versions: 4.6.1
>            Reporter: Howard Gao
>             Fix For:  4.6.1.CP04
>
>
> After upgrading from 4.4.0 to 4.6.1 (release for AS5), one of the JBoss Messaging test starts to fail. The scenario is:
> 1. We have two XAResources res1 and res2. Both are enlisted in a Transaction.
> 2. res1 sends a message to Queue1 (server1), res2 sends a message to Queue2 (server2).
> 3. delist res1 and res2 and commit the transaction.
> 4. During the commit process, we simulate a failure on res2.commit() so that the res1.prepare(), res2.prepare() and res1.commit() are all successful but res2.commit() will throw XAException.XA_RETRY exception -- eventually leaving the transaction in a Heuristic state.
> 5. Then we restore res2 back to normal, hoping that the Recovery Manager will kick in and recover the transaction. So we expect that the two sent messages will be received by the receiver. To allow the recovery to happen we give a 60 second timeout to receive the second message. But the result is the first message is received but the second message isn't.
> We know that it is not JTA compliant. But some users may still rely on the old behavior to work. 
> Suggestion: a system property can be provided to enable the old behavior if specified by user.

-- 
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

        


More information about the jbossts-issues mailing list