Abstract: A connection request including a connection model key and a partner system attribute of the partner system requesting a connection is received at an application server from a partner system. Using a predefined connection model, as determination is made as to whether the received connection model key and the received partner system attribute respectively match a configured connection model key and a configured authorized partner system attribute within the predefined connection model. In response to determining that the received connection model key and the received partner system attribute match the respective configured connection model key and the configured authorized partner system attribute within the predefined connection model, a connection is created that includes a first unique connection name derived from the received partner system attribute.

Abstract: Methods, systems, and computer program products for handling multi-pipe connections is provided. A primary pipe request for a connection between a client and a server is received. The connection includes a plurality of pipes between the client and the server. The primary pipe request includes a number corresponding to the amount of pipes required for the connection. A first response acknowledging the receipt of the primary pipe request is transmitted. The first response includes a token. A plurality of subsequent pipe requests are received for the connection between the client and the server. Each subsequent pipe request includes the token. A subsequent response to each subsequent pipe request is transmitted. A count of the number of pipe requests received is maintained. The established pipes are released after a period of time has elapsed when the number of pipe requests received doesn't reach the number of pipes required for the connection.

Abstract: Methods, systems, and computer program products for handling multi-pipe connections is provided. A primary pipe request for a connection between a client and a server is received. The connection includes a plurality of pipes between the client and the server. The primary pipe request includes a number corresponding to the amount of pipes required for the connection. A first response acknowledging the receipt of the primary pipe request is transmitted. The first response includes a token. A plurality of subsequent pipe requests are received for the connection between the client and the server. Each subsequent pipe request includes the token. A subsequent response to each subsequent pipe request is transmitted. A count of the number of pipe requests received is maintained. The established pipes are released after a period of time has elapsed when the number of pipe requests received doesn't reach the number of pipes required for the connection.

Abstract: A computer implemented method generates a visualization of a topology of a flow of multiple transactions. One or more processors detect that a first computer system has received a current transaction initiation request from a precursory transaction. The current transaction initiation request is for an initiation of a current transaction in a computer system, and contains parameter information that is recorded by each computer in a set of interconnected computer systems on which a transaction in the other precursory transactions is executed. One or more processors identify the flow of multiple transactions based on a flow transaction identifier and an identifier of the current transaction in the computer system. The one or more processors generate a visualization of a topology map of the current transaction and the other transactions based on information in the parameter information from the current transaction initiation request.

Abstract: A connection request including a connection model key and a partner system attribute of the partner system requesting a connection is received at an application server from a partner system. Using a predefined connection model, as determination is made as to whether the received connection model key and the received partner system attribute respectively match a configured connection model key and a configured authorized partner system attribute within the predefined connection model. In response to determining that the received connection model key and the received partner system attribute match the respective configured connection model key and the configured authorized partner system attribute within the predefined connection model, a connection is created that includes a first unique connection name derived from the received partner system attribute.

Abstract: A visualization of a topology of a flow of multiple transactions is generated. A first computer system receives a current transaction initiation request from a precursory transaction. The current transaction initiation request is for an initiation of a current transaction in the first computer system, and the precursory transaction is part of a flow of other transactions that are upstream from the current transaction. The current transaction initiation request contains parameter information that holds a hop count, which identifies how many computer systems have received other transaction initiation requests in the flow of other transactions, and a transaction initiation count, which identifies how many transaction initiation requests have been transmitted in the flow of other transactions. A processor generates a visualization of a topology map of the current transaction and the other transactions based on information in the parameter information from the current transaction initiation request.

Abstract: A status data repository operable with a distributed processing environment including a plurality of processing regions. The status data repository includes a data storage unit adapted to store status data representative of the availability of the plurality of processing regions. The status data repository is adapted to share stored status data with a client device so as to enable the client device to obtain information regarding the availability of one or more of the plurality of processing regions.

Abstract: A method, computer program product, and system for resolving a potential in-doubt condition of a distributed transaction, is provided. A processor receives a request to commit a transaction for a distributed transaction protocol that includes an applied process, the transaction includes a transfer of a commit decision from a coordinating node to a participating node. The processor checks the service status of the connection to the participating node, and finding the service status of the connection out of service or unavailable, the processor instructs the coordinating node to back-out (rollback) the transaction. Additionally, locality meta-data is used as an indication of reliability of the connection to the participating node, and in response to determining the participating node locality to be a remote network connection, the processor instructs the coordinating node to abort the applied process and send a standard distributed transaction protocol message over unreliable connections.

Abstract: A method for resolving a potential in-doubt condition of a distributed transaction, is provided. A processor receives a request to commit a transaction for a distributed transaction protocol that includes an applied process, the transaction includes a transfer of a commit decision from a coordinating node to a participating node. The processor checks the service status of the connection to the participating node, and finding the service status of the connection out of service or unavailable, the processor instructs the coordinating node to back-out (rollback) the transaction. Additionally, locality meta-data is used as an indication of reliability of the connection to the participating node, and in response to determining the participating node locality to be a remote network connection, the processor instructs the coordinating node to abort the applied process and send a standard distributed transaction protocol message over unreliable connections.

Abstract: Reconnection of a client to a server in a transaction processing server cluster having a single address. A connection is established with a first server in the server cluster and units of work are requested at the first server. A failure of the connection to the first server is detected. A connection is established with a second server in the server cluster and units of work at the second server are requested. A reconnection request is received from the first server, in which the first server has unresolved units of work. The connection with the second server is terminated, including completing current units of work. The client is reconnected with the first server and the unresolved units of work with the first server are resynchronized.

Abstract: A connection request including a connection model key and a partner system attribute of the partner system requesting a connection is received at an application server from a partner system. Using a predefined connection model, as determination is made as to whether the received connection model key and the received partner system attribute respectively match a configured connection model key and a configured authorized partner system attribute within the predefined connection model. In response to determining that the received connection model key and the received partner system attribute match the respective configured connection model key and the configured authorized partner system attribute within the predefined connection model, a connection is created that includes a first unique connection name derived from the received partner system attribute.

Abstract: In an approach for connecting an access point in a client region to an access point within a cluster of server regions for a transaction process, a processor receives a connect request to a cluster of server regions sharing a network end point from a client region. A processor reroutes the connect request by a connection balancing mechanism to a network end point corresponding to a server region within the cluster of server regions. A processor transmits connection information to the client region, wherein the connection information allows the client region to connect to the server region within the cluster of server regions. A processor connects the server region within the cluster of server regions to the client region.

Abstract: In an approach for connecting an access point in a client region to an access point within a cluster of server regions for a transaction process, a processor receives a connect request to a cluster of server regions sharing a network end point from a client region. A processor reroutes the connect request by a connection balancing mechanism to a network end point corresponding to a server region within the cluster of server regions. A processor transmits connection information to the client region, wherein the connection information allows the client region to connect to the server region within the cluster of server regions. A processor connects the server region within the cluster of server regions to the client region.

Abstract: A method is provided for operating a program code object in conjunction with an application context in an application server environment. The method includes identifying a program code object in the application server environment and identifying an application context enabling the provision of a service. The application context is not directly accessible by the program code object. An entry point of the program code object is identified and a tag identifier referencing the application context is associated with the entry point. When executing the program code object in the application server environment, the tag identifier is used to access the application context.

Abstract: A connection request including a connection model key and a partner system attribute of the partner system requesting a connection is received at an application server from a partner system. Using a predefined connection model, as determination is made as to whether the received connection model key and the received partner system attribute respectively match a configured connection model key and a configured authorized partner system attribute within the predefined connection model. In response to determining that the received connection model key and the received partner system attribute match the respective configured connection model key and the configured authorized partner system attribute within the predefined connection model, a connection is created that includes a first unique connection name derived from the received partner system attribute.

Abstract: A connection request including a connection model key and a partner system attribute of the partner system requesting a connection is received at an application server from a partner system. Using a predefined connection model, as determination is made as to whether the received connection model key and the received partner system attribute respectively match a configured connection model key and a configured authorized partner system attribute within the predefined connection model. In response to determining that the received connection model key and the received partner system attribute match the respective configured connection model key and the configured authorized partner system attribute within the predefined connection model, a connection is created that includes a first unique connection name derived from the received partner system attribute.

Abstract: A visualization of a topology of a flow of multiple transactions is generated. A first computer system receives a current transaction initiation request from a precursory transaction. The current transaction initiation request is for an initiation of a current transaction in the first computer system, and the precursory transaction is part of a flow of other transactions that are upstream from the current transaction. The current transaction initiation request contains parameter information that holds a hop count, which identifies how many computer systems have received other transaction initiation requests in the flow of other transactions, and a transaction initiation count, which identifies how many transaction initiation requests have been transmitted in the flow of other transactions. A processor generates a visualization of a topology map of the current transaction and the other transactions based on information in the parameter information from the current transaction initiation request.

Abstract: A visualization of a topology of a flow of multiple transactions is generated. A first computer system receives a current transaction initiation request from a precursory transaction. The current transaction initiation request is for an initiation of a current transaction in the first computer system, and the precursory transaction is part of a flow of other transactions that are upstream from the current transaction. The current transaction initiation request contains parameter information that holds a hop count, which identifies how many computer systems have received other transaction initiation requests in the flow of other transactions, and a transaction initiation count, which identifies how many transaction initiation requests have been transmitted in the flow of other transactions. A processor generates a visualization of a topology map of the current transaction and the other transactions based on information in the parameter information from the current transaction initiation request.