Abstract: A resource manager (RM) instance is associated with each transaction processing system (TPS) member, of a TPS group. Each RM instance monitors performance of the associated TPS member. If a TPS member becomes unavailable for any reason (a failing TPS), the associated RM instance broadcasts status of the failing TPS to RMs associated “surviving” members of the group. RM instances associated with surviving members initiate a series of actions that reduce the resources used by the surviving TPS members. Consequently, the surviving TPS members are better able to process the additional workload imposed on them due to the unavailability of the failing TPS. Once the failing TPS is brought back online and made available again (or a replacement TPS is brought online), RM instances associated with the surviving members perform actions to undo the resource usage reduction tasks, and the TPS group returns to a nominal configuration.

Abstract: A resource manager (RM) instance is associated with each transaction processing system (TPS) member, of a TPS group. Each RM instance monitors performance of the associated TPS member. If a TPS member becomes unavailable for any reason (a failing TPS), the associated RM instance broadcasts status of the failing TPS to RMs associated “surviving” members of the group. RM instances associated with surviving members initiate a series of actions that reduce the resources used by the surviving TPS members. Consequently, the surviving TPS members are better able to process the additional workload imposed on them due to the unavailability of the failing TPS. Once the failing TPS is brought back online and made available again (or a replacement TPS is brought online), RM instances associated with the surviving members perform actions to undo the resource usage reduction tasks, and the TPS group returns to a nominal configuration.

Abstract: Methods, systems and computer program products for an intelligent processor for user-provided routines (IPUR) in a transaction processing system are provided. An interface module, interposed between a transaction processing module and a user-provided routine intercepts a request for an operation. If the user-provided routine is supported for the request, the interface module asynchronously passes the request to the user-provided routine and synchronously passes the request to the IPUR. Thus, the IPUR learns the processing of the user-provided routine, which eventually can be removed from the transaction processing system.

Abstract: Methods, systems and computer program products for an intelligent processor for user-provided routines (IPUR) in a transaction processing system are provided. An interface module, interposed between a transaction processing module and a user-provided routine intercepts a request for an operation. If the user-provided routine is supported for the request, the interface module asynchronously passes the request to the user-provided routine and synchronously passes the request to the IPUR. Thus, the IPUR learns the processing of the user-provided routine, which eventually can be removed from the transaction processing system.

Abstract: Methods, systems and computer program products for operating an output processor a transaction processing system are provided. Aspects include receiving a request by an output processor to deliver an output message having a plurality of message segments and obtaining a target buffer size. Aspects also include allocating an output buffer for the output message, the output buffer having the target buffer size and iteratively obtaining a message segment of the plurality of message segments and storing the message segment in the output buffer. Based on a determination that all of the plurality of message segments have been stored, aspects include delivering the output message. Based on a determination that the output buffer is full and that all of the plurality of message segments have not been stored in the output buffer, aspects further include increasing the target buffer size to a maximum buffer size.

Abstract: Methods, systems and computer program products for operating an output processor a transaction processing system are provided. Aspects include receiving a request by an output processor to deliver an output message having a plurality of message segments and obtaining a target buffer size. Aspects also include allocating an output buffer for the output message, the output buffer having the target buffer size and iteratively obtaining a message segment of the plurality of message segments and storing the message segment in the output buffer. Based on a determination that all of the plurality of message segments have been stored, aspects include delivering the output message. Based on a determination that the output buffer is full and that all of the plurality of message segments have not been stored in the output buffer, aspects further include increasing the target buffer size to a maximum buffer size.

Abstract: A method, computer program product and system uses a tiered priority system having three types of callout messages for use by a transaction processing system: (i) callout with a reserved path; (ii) callout with priority; and (iii) default priority callout with sharing mode. An online transaction program (OTP) issues a “reserve call” associated with a “callout with a reserved path”. In response, a reserve call processor initiates an asynchronous request to build an express socket path, and returns a special dispatchable unit of work identifier (special DUOW ID). The OTP subsequently issues any number of callouts to be sent on the express socket path using the special DUOW ID. A callout with priority dynamically allocates a path for sending a callout message, without queuing. A sharing mode combines a group of callout messages (types (i), (ii), and/or (iii) above) into a single TCP/IP send without queuing.

Abstract: A method, computer program product and system uses a tiered priority system having three types of callout messages for use by a transaction processing system: (i) callout with a reserved path; (ii) callout with priority; and (iii) default priority callout with sharing mode. An online transaction program (OTP) issues a “reserve call” associated with a “callout with a reserved path”. In response, a reserve call processor initiates an asynchronous request to build an express socket path, and returns a special dispatchable unit of work identifier (special DUOW ID). The OTP subsequently issues any number of callouts to be sent on the express socket path using the special DUOW ID. A callout with priority dynamically allocates a path for sending a callout message, without queuing. A sharing mode combines a group of callout messages (types (i), (ii), and/or (iii) above) into a single TCP/IP send without queuing.