Publish/subscribe messaging example using remote publication points

When a publishing or subscribing application is remote from its destination, remote publication points are used to manage the flow of messages between the messaging engine where the destination is located, and the messaging engine to which the application is attached.

The following figure, bus contains three messaging engines, ME1, ME2 and ME3. The publishing application is connected to ME1 and the subscribing applications are connected to ME2 and ME3. ME1 hosts remote publication points which represent the publication points hosted by ME2 and ME3.

The figure illustrates the use of remote publication points in publish/subscribe messaging. Messages are published to a publication point on ME1, and are routed to publication points on ME2 and ME3 through remote publication points on ME1. The messages are consumed from subscriptions on ME2 and ME3.

Figure 1. Publish/subscribe messaging using remote publication points This figure is described in the surrounding text.
The sequence of steps involved in remote publish/subscribe messaging is as follows:
  1. The administrator creates a topic space destination on the bus; this creates a publication point on each messaging engine in the bus.
  2. The subscribing applications register subscriptions for a topic on the topic space on their local messaging engines. ME1 is informed that ME2 and ME3 are interested in the topic.
  3. The publishing application, on ME1, publishes a message for that topic and topic space to the bus, for distribution to the publication points on each messaging engine.
  4. The remote publication points on ME1 queue the message for transmission to their respective publication points on ME2 and ME3.
  5. The message is sent to the publication points on ME2 and ME3 as soon as possible. ME1 remembers the existence of the message until both ME2 and ME3 confirm that they have received the message.
  6. The subscribing applications consume the message through their subscriptions on ME2 and ME3.
In the above example the subscribing applications are attached to the same messaging engines that their subscriptions were created on. If a subscribing application has a durable subscription, it is possible for the application to be attached to a different messaging engine than the messaging engine that the subscription was created on. In this case the subscribing application accesses its subscription through a remote subscription on the messaging engine to which the application is attached. In the figure below, messages are published to ME1, and are routed to the durable subscription which resides on ME2. The messages are consumed from ME2 through a remote subscription on ME3.
Figure 2. Publish/subscribe messaging using a remote subscription This figure is described in the surrounding text.
In this situation, Subscribing Application B consumes messages from its subscription in the same way as an application consumes remotely from a queue point, as detailed in Point-to-point messaging example using remote queue points.



Related concepts
Point-to-point messaging example using remote queue points
Remote message points
Related tasks
Using durable subscriptions
Concept topic Concept topic    

Terms and conditions for information centers | Feedback

Last updatedLast updated: Aug 30, 2013 6:03:36 PM CDT
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=pix&product=was-base-iseries&topic=cjo_remote_pubsub
File name: cjo_remote_pubsub.html