Patent application number | Description | Published |
20090119636 | INSTRUMENTING A COMPILED SOFTWARE ROUTINE FOR AUGMENTATION - A method for instrumenting a compiled software routine including a sequence of compiled software instructions. An embodiment of the invention includes a method for selecting one of the compiled software instructions as a point in the software routine for augmentation; and supplementing the selected instruction so that, in execution, an event is generated at the selected instruction. | 05-07-2009 |
20090119653 | INSTRUMENTING A COMPILED SOFTWARE ROUTINE FOR AUGMENTATION - A method for augmenting a compiled software routine in execution, the compiled software routine being instrumented to generate an event at an augmentation point defined therein, the method including receiving the event at a second software routine, the second software routine including software instructions for augmenting the compiled software routine. | 05-07-2009 |
20110072310 | Diagnostic Data Capture in a Computing Environment - A method in a multithreaded computing environment for capturing diagnostic data, the method comprising the steps of: in response to a determination that the computing environment is in a predetermined invalid state, a first thread recording diagnostic data for the computing environment, wherein the determination includes a verification that the invalid state corresponds to a state other than a transient state of the computing environment corresponding to a transition of the computing environment by a second thread from a first valid state to a second valid state. An apparatus and computer program element for providing such diagnostic data capture are also provided. | 03-24-2011 |
20110185360 | MULTIPROCESSING TRANSACTION RECOVERY MANAGER - A multiprocessing transaction recovery manager, operable with a transactional application manager and a resource manager, comprises a threadsafety indicator for receiving and storing positive and non-positive threadsafety data of at least one transactional component managed by one of the transactional application manager and the resource manager; a commit protocol component for performing commit processing for the at least one transactional component; and a thread selector responsive to positive threadsafety data for selecting a single thread for the commit processing to be performed by the commit protocol component. The thread selector is further operable to select plural threads for the commit processing to be performed by the commit protocol component responsive to non-positive threadsafety data. | 07-28-2011 |
20130007539 | METHOD FOR NATIVE PROGRAM TO INHERIT SAME TRANSACTION CONTENT WHEN INVOKED BY PRIMARY PROGRAM RUNNING IN SEPARATE ENVIRONMENT - Native applications inherit transaction contexts when invoked by primary applications running in separate hosting environments, by: receiving, by an interface of a native application server in a first hosting environment, a unique transaction context identifier for an invocation of the native application at the native application server by the primary application at a primary application server in a second hosting environment; receiving a SQL statement from the native application by the interface of the native application server; sending the SQL statement and the unique transaction context identifier to the primary application server for execution by the interface of the native application server; receiving a result of the execution of the SQL statement and the unique transaction context identifier from the primary application server by the interface of the native application server; and sending the result to the native application by the interface of the native application server. | 01-03-2013 |
20130061205 | AUTOMATED GENERATION OF BRIDGING CODE TO AUGMENT A LEGACY APPLICATION USING AN OBJECT-ORIENTED LANGUAGE - A legacy machine-oriented language interface definition of a new module to be implemented within a legacy machine-oriented language application using an object-oriented language is received at a processor. An object-oriented class definition and bridging code that interfaces the object-oriented class definition to the legacy machine-oriented language interface definition is generated by the processor. An updated version of the object-oriented class definition is received that includes object-oriented code that implements functionality of the new module. A new version of the legacy machine-oriented language application is created that includes the new module as a new object accessible using the legacy machine-oriented language interface definition and as implemented by the object-oriented code in the updated version of the object-oriented class definition. | 03-07-2013 |
20130246864 | METHOD FOR NATIVE PROGRAM TO INHERIT SAME TRANSACTION CONTEXT WHEN INVOKED BY PRIMARY PROGRAM RUNNING IN SEPARATE ENVIRONMENT - Native applications inherit transaction contexts when invoked by primary applications running in separate hosting environments, by: receiving, by an interface of a native application server in a first hosting environment, a unique transaction context identifier for an invocation of the native application at the native application server by the primary application at a primary application server in a second hosting environment; receiving a SQL statement from the native application by the interface of the native application server; sending the SQL statement and the unique transaction context identifier to the primary application server for execution by the interface of the native application server; receiving a result of the execution of the SQL statement and the unique transaction context identifier from the primary application server by the interface of the native application server; and sending the result to the native application by the interface of the native application server. | 09-19-2013 |
20140149483 | DATA READINESS USING INITIATOR REGION LAST COMMIT SELECTION - 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. | 05-29-2014 |
20140149484 | DATA READINESS USING INITIATOR REGION LAST COMMIT SELECTION - 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. | 05-29-2014 |
20150088810 | EFFICIENT COORDINATION ACROSS DISTRIBUTED COMPUTING SYSTEMS - A first computer of a distributed computing system receives a request for a transaction. The transaction is an eXtended Architecture (XA) protocol based global transaction. The first computer generates a unique identifier for the request. The first computer sends the unique identifier to a second computer of the distributed computing system. The unique identifier enables the second computer to participate with the first computer as an XA protocol based resource participant. | 03-26-2015 |
20150088956 | EFFICIENT COORDINATION ACROSS DISTRIBUTED COMPUTING SYSTEMS - A first computer of a distributed computing system receives a request for a transaction. The transaction is an eXtended Architecture (XA) protocol based global transaction. The first computer generates a unique identifier for the request. The first computer sends the unique identifier to a second computer of the distributed computing system. The unique identifier enables the second computer to participate with the first computer as an XA protocol based resource participant. | 03-26-2015 |