Detecting disallowed combinations of data within a processing element
US-9224092-B2 · Dec 29, 2015 · US
US9384229B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9384229-B2 |
| Application number | US-201213688781-A |
| Country | US |
| Kind code | B2 |
| Filing date | Nov 29, 2012 |
| Priority date | Nov 29, 2012 |
| Publication date | Jul 5, 2016 |
| Grant date | Jul 5, 2016 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A portion of a transaction is received at a distributed transaction system from an initiator region. The distributed transaction system operates under a multi-tier two-phase commit protocol. A local unit of work is established that represents the portion of the transaction received from the initiator region. Processing of the local unit of work is invoked with at least one transaction participant. An indication is received from the initiator region to assume a role of transaction coordinator for the transaction. The initiator region is instructed to commit last relative to the at least one transaction participant of the local unit of work.
Opening claim text (preview).
What is claimed is: 1. A system, comprising: a memory; a communication module; and a processor configured to operate within a distributed transaction system operating under a multi-tier two-phase commit protocol and programmed to: receive, via the communication module, a portion of a transaction from an initiator region; establish a local unit of work that represents the portion of the transaction received from the initiator region, the processor being programmed to: store an initiator region identifier of the initiator region within a participant list of the local unit of work within the memory; and mark the initiator region identifier within the participant list as an initiator of the portion of the transaction; invoke processing of the local unit of work with at least one transaction participant, the processor being programmed to: add an identifier of each of the at least one transaction participant to the participant list; receive an indication from the initiator region to assume a role of transaction coordinator for the transaction; and instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work. 2. The system of claim 1 , where in being programmed to receive the indication from the initiator region to assume the role of transaction coordinator for the transaction the processor is programmed to receive a syncpoint commit instruction from the initiator region as part of a last agent protocol implemented by the initiator region, where the initiator region is indoubt with respect to the transaction until the initiator region is instructed to commit last relative to the at least one transaction participant of the local unit of work. 3. The system of claim 1 , where in being programmed to instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work, the processor is programmed to utilize an implicit forget commit response acknowledgment protocol, and the processor is further programmed to: receive a piggy-backed commit acknowledgement from the initiator region as part of a message associated with a different transaction. 4. A system, comprising: a communication module; and a processor configured to operate within a distributed transaction system operating under a multi-tier two-phase commit protocol and programmed to: receive, via the communication module, a portion of a transaction from an initiator region; establish a local unit of work that represents the portion of the transaction received from the initiator region; invoke processing of the local unit of work with at least one transaction participant; receive an indication from the initiator region to assume a role of transaction coordinator for the transaction; instruct the at least one transaction participant to prepare to commit under the multi-tier two-phase commit protocol; identify the initiator region as an initiator of the portion of the transaction within a participant list of the local unit of work; instruct each of the at least one transaction participant other than the identified initiator within the participant list to commit under the multi-tier two-phase commit protocol; and instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work, the processor being programmed to instruct the initiator region to commit in response to receiving a commit acknowledgement from each of the at least one transaction participant other than the identified initiator. 5. The system of claim 4 , where in being programmed to receive the indication from the initiator region to assume the role of transaction coordinator for the transaction the processor is programmed to receive a syncpoint commit instruction from the initiator region as part of a last agent protocol implemented by the initiator region, where the initiator region is indoubt with respect to the transaction until the initiator region is instructed to commit last relative to the at least one transaction participant of the local unit of work. 6. The system of claim 4 , where in being programmed to instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work, the processor is further programmed to utilize an implicit forget commit response acknowledgment protocol, and the processor is further programmed to: receive a piggy-backed commit acknowledgement from the initiator region as part of a message associated with a different transaction. 7. A system, comprising: a communication module; and a processor configured to operate within a distributed transaction system operating under a multi-tier two-phase commit protocol and programmed to: receive, via the communication module, a portion of a transaction from an initiator region; establish a local unit of work that represents the portion of the transaction received from the initiator region; invoke processing of the local unit of work with at least one transaction participant, the processor being programmed to: invoke processing of at least one portion of the local unit of work with a remote system that operates using a call and return model; receive an indication from the initiator region to assume a role of transaction coordinator for the transaction; and instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work, the processor being programmed to: instruct the remote system to commit the at least one portion of the local unit of work; receive a commitment acknowledgement of the at least one portion of the local unit of work under the call and return model from the remote system; and instruct the initiator region to commit in response to a polled return confirmation of commitment from the remote system under the call and return model. 8. The system of claim 7 , where in being programmed to receive the indication from the initiator region to assume the role of transaction coordinator for the transaction the processor is programmed to receive a syncpoint commit instruction from the initiator region as part of a last agent protocol implemented by the initiator region, where the initiator region is indoubt with respect to the transaction until the initiator region is instructed to commit last relative to the at least one transaction participant of the local unit of work. 9. The system of claim 7 , where in being programmed to instruct the initiator region to commit last relative to the at least one transaction participant of the local unit of work, the processor is further programmed to utilize an implicit forget commit response acknowledgment protocol, and the processor is further programmed to: receive a piggy-backed commit acknowledgement from the initiator region as part of a message associated with a different transaction. 10. A computer program product, comprising: a computer readable storage medium having computer readable program code embodied therewith, where the computer readable program code when executed on a computer causes the computer to: receive, at a distributed transaction system operating under a multi-tier two-phase commit protocol, a portion of a transaction from an initiator region; establish a local unit of work that represents the portion of the transaction received from the initiator region, the computer readable program code when executed on the computer causing the computer to: store an initiator region identifier of the initiator region within a participant list of the local unit of work; and mark the initiator region identifier within the participant list as an initiator of t
Physics · mapped topic
Physics · mapped topic
Transaction processing · CPC title
Concurrency control (transaction processing G06F9/466) · CPC title
Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.