[infinispan-issues] [JBoss JIRA] Updated: (ISPN-272) Implement XA recovery in TransactionXaAdapter

Manik Surtani (JIRA) jira-events at lists.jboss.org
Thu Dec 16 05:32:18 EST 2010


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

Manik Surtani updated ISPN-272:
-------------------------------

    Summary: Implement XA recovery in TransactionXaAdapter  (was: recover from transaction failures)


Some more comments.

Currently, TransactionXaAdapter.recover() is a no-op.  It should:

1) Stop the cache (prevent any more txs from starting)
2) Roll back existing txs
3) Release any locks
4) Wipe in-memory state
5) Restart the node so it re-joins the cluster and gets a fresh copy of state



> Implement XA recovery in TransactionXaAdapter
> ---------------------------------------------
>
>                 Key: ISPN-272
>                 URL: https://issues.jboss.org/browse/ISPN-272
>             Project: Infinispan
>          Issue Type: Feature Request
>          Components: Transactions
>    Affects Versions: 4.0.0.Final
>            Reporter: Mircea Markus
>            Assignee: Mircea Markus
>             Fix For: 5.0.0.BETA1, 5.0.0.Final
>
>
> We currently don't support any sort of recovery from transaction failures.
> E.g.
> tm.start();
> database.delete(account);
> ispnCache.put(account);
> tm.commit():
> At tm commit:
> -prepare is successful on both enlisted resources.
> - database.commit - fails
> What shall we do with the locks/state from ispnCache.
> Possible solutions:
>  - configure to automatically commit/rollback after a timeout
>  - keep locks on resources and allow manual intervention through JMX
>  - others?

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

        


More information about the infinispan-issues mailing list