Abstract: Certain example embodiments relate to the concept of controlling the flow of data by providing an intelligent flow controller/manager, and a client-side component for the selection of a communication channel from a pool, and having these components communicate to regulate data flow through gateways to a broker- and/or other-type secondary stage. Data fragmentation and reassembly can be used to increase performance, e.g., through self-regulating behaviors. Advantageously, reliability is improved by enabling in-memory data persistence, rather than resorting to potentially performance-degrading use of disk storage. The delivery mechanism may be used to deliver data to multiple consumers, providing an end-to-end sender-to-consumer solution that self-regulates to optimize the data flow while still being reliable.

Abstract: Certain example embodiments relate to a resource adapter configured to establish connections between an executive information system (EIS) and one or more clients. The resource adapter includes at least a first and a second connection pool, both maintaining a plurality of connection objects. Each connection object defines a channel of communication between the EIS and the resource adapter. A cluster coordinator is configured to assign a first connection object in a first connection pool and a second connection object in a second connection pool to the one or more clients to create at least two coexisting connections between the one or more clients and the EIS.

Abstract: Certain example embodiments relate to the concept of controlling the flow of data by providing an intelligent flow controller/manager, and a client-side component for the selection of a communication channel from a pool, and having these components communicate to regulate data flow through gateways to a broker- and/or other-type secondary stage. Data fragmentation and reassembly can be used to increase performance, e.g., through self-regulating behaviors. Advantageously, reliability is improved by enabling in-memory data persistence, rather than resorting to potentially performance-degrading use of disk storage. The delivery mechanism may be used to deliver data to multiple consumers, providing an end-to-end sender-to-consumer solution that self-regulates to optimize the data flow while still being reliable.

Abstract: Certain example embodiments relate to a framework that helps address dynamic scalability and in-order processing of payloads, e.g., pertaining to B2B and/or other transactions. A receiver and/or sender is/are able to dynamically and/or statically provide an executable to an intermediary entity (e.g., a central payload processor or CPP) to process and/or otherwise transform payloads, en-route. This arrangement advantageously provides a very efficient way of delivering ordered content, especially when the content is extremely large. Cloud processing and/or storage facilities may be implemented in certain example instances, parallel sending and/or receiving may be provided, etc., in addressing issues relating to how to send large amounts of data over large distances to possibly multiple recipients.

Abstract: Certain example embodiments described herein relate to security systems and/or methods for cloud computing environments. More particularly, certain example embodiments described herein relate to the negotiation and subsequent use of Trading Partner Agreements (TPAs) between partners in a Virtual Organization, the TPAs enabling resources to be shared between the partners in a secure manner. In certain example embodiments, TPAs are negotiated, an algorithm is executed to determine where an executable is to be run, the resource is transferred to the location where it is to be run, and it is executed—with the TPAs collectively defining a security policy that constrains how and where it can be executed, the resources it can use, etc. The executable may be transferred to a location in a multipart (e.g., SMIME) message, along with header information and rights associated with the executable.

Abstract: Certain example embodiments described herein relate to security systems and/or methods for cloud computing environments. More particularly, certain example embodiments described herein relate to the negotiation and subsequent use of Trading Partner Agreements (TPAs) between partners in a Virtual Organization, the TPAs enabling resources to be shared between the partners in a secure manner. In certain example embodiments, TPAs are negotiated, an algorithm is executed to determine where an executable is to be run, the resource is transferred to the location where it is to be run, and it is executed—with the TPAs collectively defining a security policy that constrains how and where it can be executed, the resources it can use, etc. The executable may be transferred to a location in a multipart (e.g., SMIME) message, along with header information and rights associated with the executable.