High availability of JCA inflowed transactions
Recovery of inflowed transactions are provided by any instance in a cluster, along with peer recovery of transactions in a cluster, and administrative functionality related to these aspects. A method of managing transaction processing comprises performing transaction processing using a first process, wherein the first process logs the transaction processing that it performs, detecting failure of the first process, wherein the transaction logs of the first process are locked, taking ownership of the locked transaction logs of the first process at a second process, unlocking the locked transaction logs of the first process for use by the second process, and recovering at least one transaction using the transaction logs.
1. A method of managing transaction processing comprising:
performing transaction processing using a first process, wherein the first process logs the transaction processing that it performs;
detecting failure of the first process, wherein the transaction logs of the first process are locked by the first process;
taking ownership of the transaction logs of the first process at a second process, which is a peer process of the first process, and, at the second process, unlocking the locked transaction logs of the first process and recovering at least one transaction using the transaction logs; and
updating a parent process of the first process to use the second process instead of the first process; wherein
the parent process was the source of the transaction for which the first process performed transaction processing.
2. The method of claim 1 , wherein the transaction is processed using a two-phase commit protocol.
3. The method of claim 2 , wherein the first process and the second process are transaction managers.
4. The method of claim 1 , further comprising:
taking ownership of other locked resources of the first process at the second process;
unlocking the other locked resources of the first process for use by the second process; and
recovering at least one transaction using the other resources.
5. The method of claim 1 , further comprising:
logging the transaction processing in a common database with other processes in a cluster; wherein
any other process in the cluster may query the database for the transaction ID of the failed first process such that the other process must not contact any of the remaining processes to recover a transaction.
6. A system for managing transaction processing comprising:
a processor operable to execute computer program instructions;
a memory operable to store computer program instructions executable by the processor; and
computer program instructions stored in the memory and executable to perform the steps of:
performing transaction processing using a first process, wherein the first process logs the transaction processing that it performs;
detecting failure of the first process, wherein the transaction logs of the first process are locked by the first process;
taking ownership of the transaction logs of the first process at a second process, which is a peer process of the first process, and, at the second process, unlocking the locked transaction logs of the first process and recovering at least one transaction using the transaction logs; and
updating a parent process of the first process to use the second process instead of the first process; wherein
the parent process was the source of the transaction for which the first process performed transaction processing.
7. The system of claim 6 , wherein the transaction is processed using a two-phase commit protocol.
8. The system of claim 7 , wherein the first process and the second process are transaction managers.
9. The system of claim 6 , further comprising:
taking ownership of other locked resources of the first process at the second process;
unlocking the other locked resources of the first process for use by the second process; and
recovering at least one transaction using the other resources.
10. A computer program product for managing transaction processing comprising:
a non-transitory computer readable storage medium;
computer program instructions, recorded on the non-transitory computer readable storage medium, executable by a processor, for performing the steps of
performing transaction processing using a first process, wherein the first process logs the transaction processing that it performs;
detecting failure of the first process, wherein the transaction logs of the first process are locked by the first process;
taking ownership of the transaction logs of the first process at a second process, which is a peer process of the first process, and, at the second process, unlocking the locked transaction logs of the first process and recovering at least one transaction using the transaction logs; and
updating a parent process of the first process to use the second process instead of the first process; wherein
the parent process was the source of the transaction for which the first process performed transaction processing.
11. The computer program product of claim 10 , wherein the transaction is processed using a two-phase commit protocol.
12. The computer program product of claim 11 , wherein the first process and the second process are transaction managers.
13. The computer program product of claim 10 , further comprising:
taking ownership of other locked resources of the first process at the second process;
unlocking the other locked resources of the first process for use by the second process; and
recovering at least one transaction using the other resources.