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 |
Patent application number | Description | Published |
20090100113 | TRANSACTION LOG MANAGEMENT - A transaction processing system comprising a transaction log, a log management policy, a profile and a log manager, and method for managing the transaction log are provided. The method comprises maintaining a transaction log of recoverable changes made by transaction processing tasks; storing a log management policy including at least one log threshold and a plurality of possible actions associated therewith; and generating a historical profile comprising a set of acceptable values for characteristics of the log resource usage of tasks. Such log resource usage characteristics may include time taken for a task to complete, CPU resource consumed, number of log records made, etc. From a comparison of the profile behaviour to the actual behaviour of a task which has been identified as holding up trimming of the log, the likelihood that the identified task has entered an invalid loop and represents a ‘bad’ transaction instance, rather than simply just taking a long time to complete, can be inferred. Thus the most appropriate action can be selected and taken. | 04-16-2009 |
20090100434 | TRANSACTION MANAGEMENT - A method and transaction processing system for managing transaction processing tasks are provided. The transaction processing system comprises a transaction log, a log management policy, a log manager and a dispatcher. The method comprises maintaining a transaction log of recoverable changes made by transaction processing tasks and storing a log management policy including at least one log threshold. Usage of the log by transaction processing tasks is then monitored to determine when a log threshold is reached. When a log threshold is reached the active task having the oldest log entry of all active tasks is identified and its dispatching priority is increased. This increases the likelihood that the identified task will be dispatched, and should mean that the task will more quickly reach normal completion. | 04-16-2009 |
20100088700 | SUB-DISPATCHING APPLICATION SERVER - Multiple sub-dispatched application server threads are provided in a single local process, where the multiple sub-dispatched application server threads carry out their own task dispatching. The multiple sub-dispatched application server threads are linked in the single local process using a distributed programming model. Scope-aware access is managed by the multiple sub-dispatched application server threads to shared memory content. It is determined if an application request is eligible to execute at a local sub-dispatched application server thread. | 04-08-2010 |
20120297388 | SUB-DISPATCHING APPLICATION SERVER - Multiple sub-dispatched application server threads are provided in a single local process, where the multiple sub-dispatched application server threads carry out their own task dispatching. The multiple sub-dispatched application server threads are linked in the single local process using a distributed programming model. | 11-22-2012 |