[jbossts-issues] [JBoss JIRA] Updated: (JBTM-802) XTS BA coordinator drops completed as per spec but causes long delay for web service compensation

Andrew Dinn (JIRA) jira-events at lists.jboss.org
Mon Jul 25 05:25:24 EDT 2011


     [ https://issues.jboss.org/browse/JBTM-802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Dinn updated JBTM-802:
-----------------------------

         Assignee:     (was: Andrew Dinn)
    Fix Version/s: 4.6.1.CP12
                   5.0.0.M1
                       (was: 4.15.2)


Punting this to next AS7 and EAP5 releases and deassigning until Paul arrives to take it over

> XTS BA coordinator drops completed as per spec but causes long delay for web service compensation
> -------------------------------------------------------------------------------------------------
>
>                 Key: JBTM-802
>                 URL: https://issues.jboss.org/browse/JBTM-802
>             Project: JBoss Transaction Manager
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: XTS
>    Affects Versions: 4.13.0, 4.6.1.CP08
>            Reporter: Andrew Dinn
>             Fix For: 4.6.1.CP12, 5.0.0.M1
>
>
> The WSBA spec requires a coordinator to drop completed requests from a web service belonging to an unknown transaction. The idea is that the web service eventually gets bored and sends a getstatus message to see if the transacton is still valid at which point the coordinator dispatches an invalid state fault initiating compensation at the web service end. The problem is that timeing out the resending of completed and switching to sending getstatus is a tricky business. Done too early it can cause ping-ponging back and forth from completed to getstatus. Too late and it means it takes a long time before compensation is done.
> It is not clear from the spec that completed cannot also legitimately send an invalid state fault when it sees completed from an unknown participant. If so then doing this would significantly speed up recovery. This needs investigating to check that it will not cause interop problems and, if it is permissible, should be implemented.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jbossts-issues mailing list