SOLUTION THAT OPTIMIZES A WEBSPHERE CORE GROUP BRIDGE TO HANDLE PEER CORE GROUP MESSAGING FOR A DISTRIBUTED COMPUTING SYSTEM WITH A LARGE TOPOLOGY
First Claim
1. A method for processing messages between core groups comprising:
- identifying a message to be conveyed from one core group to a different core group;
encasing said message in a bridge wrapper, wherein said encasing step does not alter a format of said identified message and does not alter content of said identified message; and
conveying said encased message to the different core group, wherein a processing of the encased message by said different core group is dependent upon said bridge wrapper.
1 Assignment
0 Petitions
Accused Products
Abstract
The present invention discloses a solution to optimize a manner in which core group communications are handled. In the solution, a message to be conveyed from one core group to a different core group can be identified. The message can be encased in a bridge wrapper. This encasing does not alter a format or content of the identified message. The encased message can be conveyed to the different core group. A processing of the encased message by the different core group can be dependent upon the bridge wrapper and can be dependent upon a network topology connecting the core groups. For example, the bridge wrapper can permit bridges to selectively forward posts, subscriptions, and status messages to non-sending core groups in a chain topology implementation. In a mesh topology, use of the bridge wrapper can enable a bridge to resent and/or remove local posts.
18 Citations
20 Claims
-
1. A method for processing messages between core groups comprising:
-
identifying a message to be conveyed from one core group to a different core group; encasing said message in a bridge wrapper, wherein said encasing step does not alter a format of said identified message and does not alter content of said identified message; and conveying said encased message to the different core group, wherein a processing of the encased message by said different core group is dependent upon said bridge wrapper. - View Dependent Claims (2, 3, 4, 5, 6, 7, 8, 9, 10)
-
-
11. A core group bridge optimized to handle peer core group messaging of a distributed computing system with a large topology comprising:
-
a topology evaluator configured to determine a topology of a plurality of core groups, wherein a peer relationship exists between the plurality of core groups, and wherein the determined topology defines a set of message transmission parameters for a core group bridge; a request coordinator configured to determine a need to transmit a message received by the core group bridge from an associated core group based on the determined topology, wherein the request coordinator fulfills duplicate messages without the need to transmit the message; and a message encapsulator configured to encase the message received from the request coordinator with a wrapper, wherein the wrapper modifies a processing of the message when received by other core group bridges contained within the plurality of core groups. - View Dependent Claims (12, 13, 14, 15, 16, 17)
-
-
18. Software for communicating among core groups comprising:
a set of programmatic instructions digitally encoded on a machine readable medium configured to be executed by a computing device, wherein said set of programmatic instructions are part of a service of a JAVA 2 ENTERPRISE EDITION (J2EE) APPLICATION SERVER, wherein said service is a core bridge that enables communication between a plurality of core groups, wherein each of said core groups is associated with a group specific core bridge, wherein said a peer relationship exists between the core bridges, wherein each of said set of programmatic instructions encapsulates each message to be conveyed among the core groups within a bridge wrapper without altering a format and content of the encapsulated message, wherein information associated with the bridge wrapper causes a processing of the received message to vary in accordance with the details specified within the information. - View Dependent Claims (19, 20)
Specification