Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: Application level switching of transactions at a gateway is provided. The gateway is configured to switch the transaction based on the application level content, a current state of a transport environment, and/or dynamic rules for switching transactions. For example, several possible service providers can be selected for the type of transaction, and the gateway can monitor not only the round-trip time through the network(s) to different possible service providers, but also the time required to complete the transaction at the application level and return a response. The application is chosen on the sending side of the network, and application level formatting is done on the sending side as well. The gateway uses modular code and data, and separate instances of processing code to allow dynamic updating. Rules for application service selection can be selectively uploaded to the gateway from a client. The rules for different available application services can be distributed across different gateways.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: Application level switching of transactions at a gateway is provided. The gateway is configured to switch the transaction based on the application level content, a current state of a transport environment, and/or dynamic rules for switching transactions. For example, several possible service providers can be selected for the type of transaction, and the gateway can monitor not only the round-trip time through the network(s) to different possible service providers, but also the time required to complete the transaction at the application level and return a response. The application is chosen on the sending side of the network, and application level formatting is done on the sending side as well. The gateway uses modular code and data, and separate instances of processing code to allow dynamic updating. Rules for application service selection can be selectively uploaded to the gateway from a client. The rules for different available application services can be distributed across different gateways.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: Application level switching of transactions at a gateway is provided. The gateway is configured to switch the transaction based on the application level content, a current state of a transport environment, and/or dynamic rules for switching transactions. For example, several possible service providers can be selected for the type of transaction, and the gateway can monitor not only the round-trip time through the network(s) to different possible service providers, but also the time required to complete the transaction at the application level and return a response. The application is chosen on the sending side of the network, and application level formatting is done on the sending side as well. The gateway uses modular code and data, and separate instances of processing code to allow dynamic updating. Rules for application service selection can be selectively uploaded to the gateway from a client. The rules for different available application services can be distributed across different gateways.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.