[jbossts-issues] [JBoss JIRA] (JBTM-1045) Add a persistent object into the recovery manager that we can talk to in the event of ONE after a resource has completed

Tom Jenkinson (JIRA) jira-events at lists.jboss.org
Thu Feb 7 08:35:51 EST 2013


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

Tom Jenkinson updated JBTM-1045:
--------------------------------

    Description: 
add a persistent IOR into the RecoveryManager and that's used in the event we get the ONE for a basic resource. Kind of like a reverse RecoveryCoordinator (top-down RecoveryCoordinator)

You can embed lots of information into an IOR, so we can do this without changing any interfaces.

(Trying to remember here what the issue was, I think this means we can remove the resource from the transaction once it has committed and we may retry the state as other resources are failing)

  was:
add a persistent IOR into the RecoveryManager and that's used in the event we get the ONE for a basic resource. Kind of like a reverse RecoveryCoordinator (top-down RecoveryCoordinator)

You can embed lots of information into an IOR, so we can do this without changing any interfaces.


    
> Add a persistent object into the recovery manager that we can talk to in the event of ONE after a resource has completed
> ------------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBTM-1045
>                 URL: https://issues.jboss.org/browse/JBTM-1045
>             Project: JBoss Transaction Manager
>          Issue Type: Enhancement
>      Security Level: Public(Everyone can see) 
>          Components: JTS
>            Reporter: Tom Jenkinson
>            Assignee: Tom Jenkinson
>             Fix For: 5.0.0.Final
>
>
> add a persistent IOR into the RecoveryManager and that's used in the event we get the ONE for a basic resource. Kind of like a reverse RecoveryCoordinator (top-down RecoveryCoordinator)
> You can embed lots of information into an IOR, so we can do this without changing any interfaces.
> (Trying to remember here what the issue was, I think this means we can remove the resource from the transaction once it has committed and we may retry the state as other resources are failing)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jbossts-issues mailing list