Abstract: Techniques are disclosed to transmit arbitrarily large data units for transaction processing in a networked environment. A request is received to store a data unit of a size exceeding an allocated memory address space of a transaction gateway component of the networked environment. A predefined store function, provided by a repository interface component, is invoked to store the data unit to a data repository component of the networked environment and without segmenting the data unit. A repository handle of the stored data unit is identified. A predefined load function, provided by the repository interface component, is invoked to load a portion of the stored data unit, based on the identified repository handle, where the portion is smaller than the stored data unit.

Abstract: Techniques are disclosed to transmit arbitrarily large data units for transaction processing in a networked environment. A request is received to store a data unit of a size exceeding an allocated memory address space of a transaction gateway component of the networked environment. A predefined store function, provided by a repository interface component, is invoked to store the data unit to a data repository component of the networked environment and without segmenting the data unit. A repository handle of the stored data unit is identified. A predefined load function, provided by the repository interface component, is invoked to load a portion of the stored data unit, based on the identified repository handle, where the portion is smaller than the stored data unit.

Abstract: Techniques are disclosed to transmit arbitrarily large data units for transaction processing in a networked environment. A request is received to store a data unit of a size exceeding an allocated memory address space of a transaction gateway component of the networked environment. A predefined store function, provided by a repository interface component, is invoked to store the data unit to a data repository component of the networked environment and without segmenting the data unit. A repository handle of the stored data unit is identified. A predefined load function, provided by the repository interface component, is invoked to load a portion of the stored data unit, based on the identified repository handle, where the portion is smaller than the stored data unit.

Abstract: A method is disclosed for facilitating conversational and non-conversational transactions between thin-clients and MFS-based IMS applications. The method includes storing conversation attributes associated with a conversational transaction between a thin-client and an MFS-based IMS application, the conversation attributes comprising connection information and conversation-specific information. Next, one or more transaction messages from the thin-client are preprocessed based on a transaction message type. The stored conversation attributes are updated in response changes in the conversation attributes caused by the one or more transaction messages. Then, a conversation output message is formatted for the thin-client.

Abstract: IMS source code or a graphical object having corresponding IMS source code can be selected within the graphical user interface (GUI). The IMS source code can include a call out to an external application. An IMS call wizard can be invoked, which graphically prompts a user to specify call-out specific conditions for the external application via an ordered series of presented screens. Each screen can present a user with at least one selectable option. User-made selections from earlier ones of the presented screens can change options presented in later ones of the presented screens. IMS code can be generated to call out an external application in accordance with the user selections of the IMS call wizard. The generated IMS code can be inserted into the selected IMS source code. After the insertion, the IMS source code is operable to call out to the external application.

Abstract: A graphical user interface (GUI) of a software development tool can visually compose process flows for enterprise information system (EIS) process flow applications. The GUI can include a canvas that visually shows a set of process flows of a process flow application as a set of interconnected node objects. Each node object can corresponds to a node, which corresponds to at least one process flow. The GUI can also include a graphical compensation tool through which users define and view compensation actions and compensation scopes of process flows of the process flow application, wherein said graphical compensation tool does not require a user to input code text that defining compensation logic of the process flows.

Abstract: An IMS process flow toolset can be used to create an IMS process flow application. The IMS process flow application can include an IMS process flow control program. The IMS process flow control program can embody process flow elements such as business logic and events as well as communication with external non-IMS applications. Both the IMS process flow application and IMS process flow control program can be run within the IMS.

Abstract: A system for processing a transaction on an end user application and an application server. The system initiates the transaction on the end user application in a first language (such as a markup language) with a first application program (such as a Web browser). The system transmits the transaction to the server and converts the transaction from the first language of the first end user application to a language running on the application server. The system processes the transaction on the application server, transmits the transaction from the application server back to the end user application, and converts the transaction from the language running on the application server to the language of the end user application.

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: An apparatus is disclosed for facilitating conversational and non-conversational transactions between thin-clients and MFS-based IMS applications. The apparatus stores conversation attributes associated with a conversational transaction between a thin-client and an MFS-based IMS application, the conversation attributes comprising connection information and conversation-specific information. Next, one or more transaction messages from the thin-client are preprocessed based on a transaction message type. The stored conversation attributes are updated in response changes in the conversation attributes caused by the one or more transaction messages. Then, a conversation output message is formatted for the thin-client.

Abstract: An apparatus, system, and method are disclosed for enabling a conversational transaction in a service oriented architecture. The apparatus, system and method include receiving at an IMS Connect a first conversational transaction (“CT”) request comprising a conversation option flag from a Java client over a TCP/IP connection to a first socket of the IMS Connect and transmitting the first CT request to an IMS. The apparatus, system, and method include receiving from the IMS a first response to the first CT request and a conversational transaction identifier (“CTID”), and returning the first response along with the CTID to the Java client in response to the conversation option flag being set. The first response and CTID are transmitted using TCP/IP. The response is a portion of the conversational transaction and the CTID is configured to identify to the IMS subsequent CT requests from the Java client as part of the CT.

Abstract: An IMS process flow toolset can be used to create an IMS process flow application. The IMS process flow application can include an IMS process flow control program. The IMS process flow control program can embody process flow elements such as business logic and events as well as communication with external non-IMS applications. Both the IMS process flow application and IMS process flow control program can be run within the IMS.

Abstract: A graphical user interface (GUI) of a software development tool can visually compose process flows for enterprise information system (EIS) process flow applications. The GUI can include a canvas that visually shows a set of process flows of a process flow application as a set of interconnected node objects. Each node object can corresponds to a node, which corresponds to at least one process flow. The GUI can also include a graphical compensation tool through which users define and view compensation actions and compensation scopes of process flows of the process flow application, wherein said graphical compensation tool does not require a user to input code text that defining compensation logic of the process flows.

Abstract: IMS source code or a graphical object having corresponding IMS source code can be selected within the graphical user interface (GUI). The IMS source code can include a call out to an external application. An IMS call wizard can be invoked, which graphically prompts a user to specify call-out specific conditions for the external application via an ordered series of presented screens. Each screen can present a user with at least one selectable option. User-made selections from earlier ones of the presented screens can change options presented in later ones of the presented screens. IMS code can be generated to call out an external application in accordance with the user selections of the IMS call wizard. The generated IMS code can be inserted into the selected IMS source code. After the insertion, the IMS source code is operable to call out to the external application.

Abstract: An apparatus, system, and method are disclosed for implementing an Information Management System (IMS) simple object access protocol (SOAP) gateway. The gateway extracts an identifier from a SOAP-based web service request received from a web service client and selects a correlation mapping based on the extracted identifier. The gateway builds a modified web service request, updated with parameters from the correlation mapping. The added parameters allow the gateway to direct the web service request to a specific IMS Connect software product instance, a specific IMS software product instance, a specific IMS application instance, and a specific datastore. The gateway also returns a web service response containing response values related to the original request to the SOAP enabled web service client.

Abstract: A system and method for representing MFS control blocks in XML for MFS-based IMS applications utilizes an MFS XML adapter and an MFS XML repository to translate between XML and MFS. The repository contains XML files for DOF/MOD and XML files for DIF/MID. When an XML request is received, the XML request is transformed to a byte stream by retrieving the relevant information from the MFS XML repository. The byte stream can then be placed in an IMS message queue to await processing by an MFS-based IMS application program. A byte stream response is generated by the MFS-based IMS application and is transformed into an XML response, again, by retrieving the relevant information from the MFS XML repository.

Abstract: An apparatus, system, and method are provided for automatically generating a web interface for an MFS-based IMS application. The apparatus, system, and method include an import module that imports MFS-based IMS source files corresponding to an MFS-based IMS application. A metadata generator stores a standardized metadata description of the Message Input Description (MID) and Message Output Description (MOD) for the MFS-based IMS application. The standardized metadata description may comprise one or more XMI files. A code generator generates a middleware application corresponding to the MFS-based IMS application from the standardized metadata descriptions. The middleware application comprises an interface between a client application and the corresponding MFS-based IMS application. The present invention may include a command-line interface that allows one or more parameter sets to be provided by a user as a single input.

Abstract: A method of processing a transaction on an end user application and an application server. This is accomplished by initiating the transaction on the end user application in a first language (such as a markup language) with a first application program (such as a Web browser), and transmitting the transaction to the server and converting the transaction from the first language of the first end user application to a language running on the application server, processing the transaction on the application server, and transmitting the transaction from the application server back to the end user application, and converting the transaction from the language running on the application server to the language of the end user application.

Abstract: A system and method for representing MFS control blocks in XML for MFS-based IMS applications utilizes an MFS XML adapter and an MFS XML repository to translate between XML and MFS. The repository contains XML files for DOF/MOD and XML files for DIF/MID. When an XML request is received, the XML request is transformed to a byte stream by retrieving the relevant information from the MFS XML repository. The byte stream can then be placed in an IMS message queue to await processing by an MFS-based IMS application program. A byte stream response is generated by the MFS-based IMS application and is transformed into an XML response, again, by retrieving the relevant information from the MFS XML repository.

Abstract: A method is disclosed for facilitating conversational and non-conversational transactions between thin-clients and MFS-based IMS applications. The method includes storing conversation attributes associated with a conversational transaction between a thin-client and an MFS-based IMS application, the conversation attributes comprising connection information and conversation-specific information. Next, one or more transaction messages from the thin-client are preprocessed based on a transaction message type. The stored conversation attributes are updated in response changes in the conversation attributes caused by the one or more transaction messages. Then, a conversation output message is formatted for the thin-client.