Abstract: A method, system, and computer program product for initiating batch jobs in a message queuing information system are provided. The method, system, and computer program product provide for monitoring a message queue in the message queuing information system, detecting a predetermined condition in the message queue, determining whether a member name is associated with the predetermined condition, determining whether a server is available responsive to a member name being associated with the predetermined condition, and sending the member name to the server for the server to attach a batch job to load or unload one or more messages in the message queue based on information included in the member name responsive to a server being available.

Abstract: A system for facilitating XML enable IMS transactions includes a generic XML processor inside an IMS connect program to facilitate any TCP/IP clients, including WebSphere and non-WebSphere, to send and receive XML documents to and from existing IMS transaction business logic. Translations between XML documents and IMS transaction message data structures occur within the IMS connect program under an XML task to parse and transform XML requests and responses. Further, the generic XML processor within the IMS connect program can provide data translation for both non-formatted and formatted IMS transactional messages in XML.

Abstract: A system for satisfying a request from a client for a send-then-commit transaction includes a front-end information management system (IMS) server. Shared message queues (SMQ) communicate with the front-end IMS server and plural back-end IMS. The front-end IMS server receives the request from the client and transmits the request to the SMQ. A back-end IMS server accesses the SMQ and generates a transaction output in response to the request. The back-end IMS server transmits the result to the front-end IMS server and the front-end IMS server interfaces with the client to communicate the response thereto. The back-end IMS server and front-end IMS server operate in separate system images, but work together in a resource recovery services (RRS) environment to commit or backout the transaction output.

Abstract: A message is received in a first form for communicating with a first DBMS wherein the first form comprises an internet message prefix and a data portion, the internet message prefix comprising routing information for a client. The message is modified into a second form wherein the client routing information is integrated into the data portion of the message and wherein the second form of the message is utilized to communicate with a second DBMS. A result message generated by the second DBMS is received wherein the result message comprises a result data portion, the result data portion including the routing information. The result message is modified to the first form wherein the result message comprises the internet message prefix, the internet message prefix comprising the client routing information obtained from the result data portion. In this manner, the result message may be routed to the client.

Abstract: A method, system, and computer program product for initiating batch jobs in a message queuing information system are provided. The method, system, and computer program product provide for monitoring a message queue in the message queuing information system, detecting a predetermined condition in the message queue, determining whether a member name is associated with the predetermined condition, determining whether a server is available responsive to a member name being associated with the predetermined condition, and sending the member name to the server for the server to attach a batch job to load or unload one or more messages in the message queue based on information included in the member name responsive to a server being available.

Abstract: The present invention is a system for ensuring client access to paired and unpaired response messages. In the method, the server detects one or more unpaired message which are stored in a data structure on the server. The data structure may be created when the server is staffed or automatically when the first unpaired message is identified. The method then uses a communications protocol between the client and server which allows the client to request on or more of the stored unpaired messages. The system of the-present invention uses a request module configured to receive a client request and prepare the client request for a response generator. The response generator receives the client request from the request module and generates an appropriate response. Next, an unpaired message module analyzes the response message generated by the response generator and distinguishes a paired message from an unpaired message. Then, the unpaired message module stores paired messages in an unpaired response data structure.

Abstract: A system for satisfying a request from a client for a send-then-commit transaction includes a front-end information management system (IMS) server. Shared message queues (SMQ) communicate with the front-end IMS server and plural back-end IMS. The front-end IMS server receives the request from the client and transmits the request to the SMQ. A back-end IMS server accesses the SMQ and generates a transaction output in response to the request. The back-end IMS server transmits the result to the front-end IMS server and the front-end IMS server interfaces with the client to communicate the response thereto. The back-end IMS server and front-end IMS server operate in separate system images, but work together in a resource recovery services (RRS) environment to commit or backout the transaction output.

Abstract: A system for facilitating XML enable IMS transactions includes a generic XML processor inside an IMS connect program to facilitate any TCP/IP clients, including WebSphere and non-WebSphere, to send and receive XML documents to and from existing IMS transaction business logic. Translations between XML documents and IMS transaction message data structures occur within the IMS connect program under an XML task to parse and transform XML requests and responses. Further, the generic XML processor within the IMS connect program can provide data translation for both non-formatted and formatted IMS transactional messages in XML.

Abstract: A system for facilitating XML enable IMS transactions includes a generic XML processor inside an IMS connect program to facilitate any TCP/IP clients, including WebSphere and non-WebSphere, to send and receive XML documents to and from existing IMS transaction business logic. Translations between XML documents and IMS transaction message data structures occur within the IMS connect program under an XML task to parse and transform XML requests and responses. Further, the generic XML processor within the IMS connect program can provide data translation for both non-formatted and formatted IMS transactional messages in XML.

Abstract: A system for satisfying a request from a client for a send-then-commit transaction includes a front-end information management system (IMS) server. Shared message queues (SMQ) communicate with the front-end IMS server and plural back-end IMS. The front-end IMS server receives the request from the client and transmits the request to the SMQ. A back-end IMS server accesses the SMQ and generates a transaction output in response to the request. The back-end IMS server transmits the result to the front-end IMS server and the front-end IMS server interfaces with the client to communicate the response thereto. The back-end IMS server and front-end IMS server operate in separate system images, but work together in a resource recovery services (RRS) environment to commit or backout the transaction output.

Abstract: The present invention is a system for ensuring client access to paired and unpaired response messages. In the system, the server detects one or more unpaired message which are stored in a data structure on the server. The data structure may be created when the server is started or automatically when the first unpaired message is identified. The system then uses a communications protocol between the client and server which allows the client to request one or more of the stored unpaired messages. The system of the present invention uses a request module configured to receive a client request and prepare the client request for a response generator. The response generator receives the client request from the request module and generates an appropriate response. Next, an unpaired message module analyzes the response message generated by the response generator and distinguishes a paired message from an unpaired message.

Abstract: The present invention is a method for ensuring client access to paired and unpaired response messages. In the method, the server detects one or more unpaired message which are stored in a data structure on the server. The data structure may be created when the server is started or automatically when the first unpaired message is identified. The method then uses a communications protocol between the client and server which allows the client to request one or more of the stored unpaired messages. The present invention uses a request module configured to receive a client request and prepare the client request for a response generator. The response generator receives the client request from the request module and generates an appropriate response. Next, an unpaired message module analyzes the response message generated by the response generator and distinguishes a paired message from an unpaired message. Then, the unpaired message module stores paired messages in an unpaired response data structure.

Abstract: A message is received in a first form for communicating with a first DBMS wherein the first form comprises an internet message prefix and a data portion, the internet message prefix comprising routing information for a client. The message is modified into a second form wherein the client routing information is integrated into the data portion of the message and wherein the second form of the message is utilized to communicate with a second DBMS. A result message generated by the second DBMS is received wherein the result message comprises a result data portion, the result data portion including the routing information. The result message is modified to the first form wherein the result message comprises the internet message prefix, the internet message prefix comprising the client routing information obtained from the result data portion. In this manner, the result message may be routed to the client.

Abstract: An apparatus, system, and method are provided for automatically freeing locked server resources using a timeout value closely related to actual real-time message delays plus a delta value that can be adjusted at a plurality of levels. The levels include default, server, connection, and transaction. The apparatus includes a timer, a communication module, a computation module, and a lock handler. The timer determines a timeout value for communications from a client to a server. The communication module sends an output message to the client and locks a server resource in anticipation of an acknowledgement (ACK) message from the client. The computation module, which calculates an ACK timer, includes a difference between a send time and a current time. If no ACK message has been received from the client and the ACK timer exceeds the timeout value, the lock handler may free the locked server resource.

Abstract: A buffer accessible by an application executing under an application server in a first address space is managed by a database adapter executing in a second address space. A data request from the application executing in said first address space, comprising a buffer locator in the empty state, is received by the database adapter executing in the second address space. A buffer is allocated in the first address space and the address of this buffer is stored in the buffer locator. Data associated with the data request, received from a database subsystem, is copied to the buffer. Control is then transferred back to the application whereby the application utilizes the buffer locator to access the buffer and process the data contained therein. A database adapter automatically managing application buffers across address spaces in accordance with the present invention may be referred to as an “auto-buffer database adapter”.

Abstract: A system for satisfying a request from a client for a send-then-commit transaction includes a front-end information management system (IMS) server. Shared message queues (SMQ) communicate with the front-end IMS server and plural back-end IMS. The front-end IMS server receives the request from the client and transmits the request to the SMQ. A back-end IMS server accesses the SMQ and generates a transaction output in response to the request. The back-end IMS server transmits the result to the front-end IMS server and the front-end IMS server interfaces with the client to communicate the response thereto. The back-end IMS server and front-end IMS server operate in separate system images, but work together in a resource recovery services (RRS) environment to commit or backout the transaction output.

Abstract: A buffer accessible by an application executing under an application server in a first address space is managed by a database adapter executing in a second address space. A data request from the application executing in said first address space, comprising a buffer locator in the empty state, is received by the database adapter executing in the second address space. A buffer is allocated in the first address space and the address of this buffer is stored in the buffer locator. Data associated with the data request, received from a database subsystem, is copied to the buffer. Control is then transferred back to the application whereby the application utilizes the buffer locator to access the buffer and process the data contained therein.

Abstract: A method, apparatus, and article of manufacture for accessing a database management system. A database management system (DBMS), executed by a server computer, manages one or more datastores stored on the computer. The DBMS includes an Open Transaction Manager Access (OTMA) that provides a high level application programming interface (API) for an application program to access the DBMS and its datastores, wherein the OTMA allows the application program to create an authorized connection with the DBMS. The server computer also executes a TCP/IP OTMA Connection (TOC) that establishes and manages connections between the DBMS and the application program. In the preferred embodiment, the application comprises a Java servlet or applet executed by a Java Virtual Machine JVM).

Abstract: A method, apparatus, and article of manufacture for accessing a database management system. A database management system (DBMS), executed by a server computer, manages one or more datastores stored on the computer. The DBMS includes an Open Transaction Manager Access (OTMA) that provides a high level application programming interface (API) for an application program to access the DBMS and its datastores, wherein the OTMA allows the application program to create an authorized connection with the DBMS. The server computer also executes a TCP/IP OTMA Connection (TOC) that establishes and manages connections between the DBMS and the application program. In the preferred embodiment, the application comprises a Java servlet or applet executed by a Java Virtual Machine (JVM).

Abstract: A method, apparatus, and article of manufacture for accessing a database management system. A database management system (DBMS), executed by a server computer, manages one or more datastores stored on the computer. The DBMS includes an Open Transaction Manager Access (OTMA) that provides a high level application programming interface (API) for an application program to access the DBMS and its datastores, wherein the OTMA allows the application program to create an authorized connection with the DBMS. The server computer also executes a TCP/IP OTMA Connection (TOC) that establishes and manages connections between the DBMS and the application program. In the preferred embodiment, the application comprises a Java servlet or applet executed by a Java Virtual Machine (JVM).

Abstract: Method and apparatus for recording information on an opto-magnetic recording medium by applying an A.C. magnetic field of a constant frequency to the opto-magnetic recording medium as a recording bias magnetic field and scanning the medium by a light beam modulated with a recording signal in synchronism with the A.C. magnetic field to record the information.