Patent application number | Description | Published |
20090300212 | HEURISTICS PROCESSING - The invention provides a mechanism for a transaction coordinator to indicate to a transaction participant that it supports a heuristic outcome, where a course of action has occurred which means that the transaction participant is unable to honor a transactional prior commitment to the transaction coordinator. The mechanism is such that a transaction participant that is incapable of communicating a heuristic outcome may ignore any such indication. A transaction participant may be incapable because it does not understand the concept of a heuristic outcome at all or because it does not have the ability to inform the transaction coordinator that a heuristic outcome has occurred. | 12-03-2009 |
20110145204 | Transaction Recovery in a Transaction Processing Computer System Employing Multiple Transaction Managers - A technique for transaction recovery by one transaction manager of another transaction manager's transactions in which each transaction manager is adapted to manage two phase commit transactional operations on transactional resources and to record commit or rollback decisions in a transaction recovery log. The recovery transaction manager detects apparent unavailability of the another transaction manager for transaction processing and initiates a transaction recovery process for the another transaction manager's transactions. This process also determines whether any of the transactions of the another transaction manager have all respective resources prepared to commit without there yet being a pending commit decision record in the another transaction manager's recovery log. If so, the recovery transaction manager writes a rollback record indicating an intention to roll back the identified transaction, in the another transaction manager's recovery log provided no commit decision record has been recorded. | 06-16-2011 |
20110314463 | Method, Apparatus and Computer Program for Modifying an Application - A method, apparatus and computer program are disclosed for modifying an application comprising a plurality of modules. A user is presented with a list of modules. The user is able to specify input regarding any permitted version modifications for the modules listed. It is then determined whether the requested modifications are possible with one or more failure messages being output when any of the requested modifications are not possible. At least one of the failure messages is used to enable modification of the initial input provided by the user. In one embodiment, information is provided to the user based on one or more failure messages in order to enable the user to modify their choices. In another embodiment, the initial input is automatically modified. A permitted version modification may be, for example, a version upgrade, a version downgrade, and an indication that there is no preference. | 12-22-2011 |
20120204168 | Modifying a Multi-Module Application - A method, apparatus and computer program are disclosed for modifying an application comprising a plurality of modules. A user is presented with a list of modules. The user is able to specify input regarding any permitted version modifications for the modules listed. It is then determined whether the requested modifications are possible with one or more failure messages being output when any of the requested modifications are not possible. At least one of the failure messages is used to enable modification of the initial input provided by the user. In one embodiment, information is provided to the user based on one or more failure messages in order to enable the user to modify their choices. In another embodiment, the initial input is automatically modified. A permitted version modification may be, for example, a version upgrade, a version downgrade, and an indication that there is no preference. | 08-09-2012 |
20130061217 | Deciding Whether to Install a First Application within One of a Plurality of Candidate Environments - A mechanism is provided for deciding whether to install a first application within one of a plurality of candidate environments. An environment comprising one or more other applications. The first application and a candidate environment are analysed to determine whether there is the potential for the first application to interact in an unintended manner with an application in the candidate environment. If there is no such potential, then the environment is identified as a suitable environment into which to install the first application. An unintended interaction is when a rule would be broken by an interaction between the first application and an application in the candidate environment. | 03-07-2013 |
20130081007 | PROVIDING CONTINUOUS APPLICATION AVAILABILITY DURING APPLICATION UPDATE - A first instance of the application can be executed. While the first instance of the application is executing, at least one request to access the application (first access request) can be processed by directing the first access request to the first instance of the application. Further, a request to update the application can be received. Responsive to the request to update the application, at least one new application component corresponding to the update request can be installed. A second instance of the application can be executed. The second instance can include at least one new application component. | 03-28-2013 |
20140046849 | HEURISTICS PROCESSING - An indication is provided to a transaction participant as part of a message originating from a transaction coordinator. The message indicates that the transaction coordinator supports a heuristic response. The transaction coordinator coordinates commitment of transactions as requested by an application in response to a determination by the transaction participant of a heuristic outcome. Heuristic outcomes include situations where transaction participants determine they are unable to honor transactional prior prepared commitments made to the transaction coordinator during first prepare phases of two-phase commits associated with the transactions. The heuristic response is received from the transaction participant in association with a transaction coordinated by the transaction coordinator and indicates that the transaction participant is unable to honor a transactional prior prepared commitment made by the transaction participant during a first prepare phase of a two-phase commit associated with the transaction coordinated by the transaction coordinator as requested by the application. | 02-13-2014 |
20140317070 | WEIGHTED TRANSACTION PRIORITY BASED DYNAMICALLY UPON PHASE OF TRANSACTION COMPLETION - Resource reservation request information originated by a client application during a first phase of a distributed multi-phase transaction is received at a processor. The resource reservation request information specifies a first resource the client application intends to access during a first subsequent phase of the distributed multi-phase transaction after the first phase of the distributed multi-phase transaction is completed. The requested first resource is reserved on behalf of the client application. A transaction weighted priority is assigned to the distributed multi-phase transaction of the client application based upon a stage of completion of the distributed multi-phase transaction. | 10-23-2014 |