Abstract: A system and method for efficiently employing procedural transaction managers from an object oriented transaction processing system. Implementation classes are introduced to bridge selected functions from an object oriented transaction processing system into a procedural system. Bridging allows both the reuse of existing procedural transaction managers and interoperation between procedural and object transactions systems which eases migration to new object oriented systems. Implementation classes include methods necessary to manage information necessary to use a procedural transaction API and to manage information returned by the procedural API.

Abstract: A system and method for reducing message traffic during two phase commitment in a distributed transaction processing system. Transactional objects manage transactions in a distributed system. A coordinator object is responsible for ensuring data consistency by enforcing atomic transaction changes. Any change to one or more resources by a transaction is either made at all or none of the resources. Distributed transactions use interposition to create subordinate coordinator for domains other than the primary domain. Each subordinate coordinator controls transaction commitment of all resources within that domain via a single message sequence per coordinator. Dynamic registration of subordinate coordinator resources ensures that the subordinate coordinator is not added to the commit tree of the root coordinator unless it has recoverable resources. Dynamic registration minimizes the size of the commit tree thereby minimizing the number of messages transmitted during commitment processing.

Abstract: An object oriented transaction processing system based on the Object Management Group Object Management Architecture provides effective transaction scheduling and servicing through a combination of Object Transaction Services and a Transactional Object Request Broker. The Object Transactional Services manage the information needed to provide reliability in transactions, including a two phase commit process to implement transaction atomicity. The transactional Object Request Broker includes a transaction monitor facility to schedule objects to respond to object transaction requests. The tunable transaction monitor increases the efficiency of transaction processing by optimizing use of computer system resources allocated to servicing transactions. The transaction monitor activates the objects necessary to satisfy a transaction request. Activation includes an ability to start new processes or threads of execution or to reuse existing processes or threads.

Abstract: A system and process for enhancing procedural software using object oriented classes. Implementation classes are constructed that provide a defined object oriented interface to applications and are able to invoke the procedural software using defined procedural application program interfaces (APIs). New function is added to the software by adding classes that interface to the implementation classes or directly to the procedural API. The new function builds upon the procedural software without accessing the procedural software source code or modifying that source code.