Claims Analysis
Total Claims: 15
Claim 1
Independent Claim
228 words
A method for restart and recovery of an OMG-compliant transaction system comprising the steps of: providing a client process having a unique identifier; executing a transaction, by said client process, said execution including the invocation of requests on processes running in a remote system; logging, with a Recovery Service, of recovery information for the client process in a log file; and committing of the transaction, resulting in the transaction going into a "prepared" state; characterised in that, the method further comprises the steps of: monitoring, by a restart process, said client process and providing an indication if said client process fails; after said transaction goes into a "prepared" state, registering by said client process with a Restart Service by the addition of restart information to a Restart Repository; and wherein, in response to said indication that said client process has failed, after said transaction goes into a "prepared" state, but before said transaction goes into a "committed" state, the method further comprises the steps of: recreation, by said restart process, of the process context associated with said client process; recreation of said Recovery Service, associated with said client process; determination of the outcome of any in-doubt transactions using data from said log file; for each of said in-doubt transactions having their outcome determined, executing commit or rollback operations on the participants corresponding to the outcome of the transactions.
Claim 2
Independent Claim
228 words
A method for restart and recovery of an OMG-compliant transaction system comprising the steps of: providing a client process having a unique identifier; executing a transaction, by said client process, said execution including the invocation of requests on processes running in a remote system; logging, with a Recovery Service, of recovery information for the client process in a log file; and committing of the transaction, resulting in the transaction going into a "prepared" state; characterised in that, the method further comprises the steps of: monitoring, by a restart process, said client process and providing an indication if said client process fails; after said transaction goes into a "prepared" state, registering by said client process with a Restart Service by the addition of restart information to a Restart Repository; and wherein, in response to said indication that said client process has failed, after said transaction goes into a "prepared" state, but before said transaction goes into a "committed" state, the method further comprises the steps of: recreation, by said restart process, of the process context associated with said client process; recreation of said Recovery Service, associated with said client process; determination of the outcome of any in-doubt transactions using data from said log file; for each of said in-doubt transactions having their outcome determined, executing commit or rollback operations on the participants corresponding to the outcome of the transactions.
Claim 3
Dependent Claim
32 words
A method as claimed in claim 1 wherein the recovery information is a list of all transactions which are in a "prepared" state and the last log record for each unfinished transaction.
Claim 4
Dependent Claim
22 words
A method as claimed in claim 1 wherein the restart information includes a file identifier in which the recovery information is located.
Claim 5
Dependent Claim
31 words
A method as claimed in claim 3 wherein restart information is stored for a plurality of client processes, the restart information including a unique identifier for each of said client processes.
Claim 6
Dependent Claim
26 words
A method as claimed in claim 3 wherein the restart information for a process includes an indication of whether restart should be attempted for that process.
Claim 7
Dependent Claim
22 words
A method as claimed in claim 3 wherein the restart information includes an indication of how many times restart should be attempted.
Claim 8
Dependent Claim
26 words
A method as claimed in claim 3 wherein the restart information includes the name of a program to restart as a surrogate to the client process.
Claim 9
Dependent Claim
23 words
A method as claimed in claim 3 wherein the restart information includes a file identifier for the log file for the client process.
Claim 10
Dependent Claim
32 words
A method as claimed in claim 1 wherein said monitoring is by means of a periodic check of the status of each of the client processes having entries in the Restart Repository.
Claim 11
Dependent Claim
214 words
A distributed OMG-compliant transaction system comprising: a client process having a unique identifier; means for executing a transaction, including: means for invocation of requests on processes running in a system remote from the client process; means for committing said transaction, causing said transaction to go into a "prepared" state; a Recovery Service, associated with said client process, for logging of recovery information in a log file; characterised in that the system further comprises: a restart repository for the storage of restart information associated with the transaction; wherein said means for executing a transaction further includes means for storing in said restart repository, restart information associated with the transaction, said restart information being stored after said transaction goes into a "prepared" state; a restart process including: means for monitoring said client process and providing an indication if said client fails; means, responsive to said monitoring means, for recreating the process context associated with said client process; means, responsive to said monitoring means, for recreating said Recovery Service associated with said client process; means for determining the outcome of any in-doubt transactions using data from said log file; and means for executing commit or rollback operations on the participants in each of said in-doubt transactions having their outcome determined, corresponding to the outcome of the transactions.
Claim 12
Dependent Claim
214 words
A distributed OMG-compliant transaction system comprising: a client process having a unique identifier; means for executing a transaction, including: means for invocation of requests on processes running in a system remote from the client process; means for committing said transaction, causing said transaction to go into a "prepared" state; a Recovery Service, associated with said client process, for logging of recovery information in a log file; characterised in that the system further comprises: a restart repository for the storage of restart information associated with the transaction; wherein said means for executing a transaction further includes means for storing in said restart repository, restart information associated with the transaction, said restart information being stored after said transaction goes into a "prepared" state; a restart process including: means for monitoring said client process and providing an indication if said client fails; means, responsive to said monitoring means, for recreating the process context associated with said client process; means, responsive to said monitoring means, for recreating said Recovery Service associated with said client process; means for determining the outcome of any in-doubt transactions using data from said log file; and means for executing commit or rollback operations on the participants in each of said in-doubt transactions having their outcome determined, corresponding to the outcome of the transactions.
Claim 13
Dependent Claim
32 words
A system as claimed in claim 10 wherein the recovery information is a list of all transactions which are in a "prepared" state and the last log record for each unfinished transaction.
Claim 14
Dependent Claim
22 words
A system as claimed in claim 10 wherein the restart information includes a file identifier in which the recovery information is located.
Claim 15
Dependent Claim
31 words
A system as claimed in claim 10 wherein said monitoring is by means of a periodic check of the status of each of the processes having entries in the Restart Repository.