Message Bridge for Pub-Sub Broker Interoperability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing publish/subscribe systems cannot bridge two messaging brokers when temporary topics are used for reply messages, as the dynamic creation of temporary topics makes it impossible to predefine a topic mapping, preventing the brokers from being viewed as a single messaging domain.
Innovation Solution
A bridge that subscribes to receive request messages and modifies temporary replyto topics with a bridge identifier, allowing it to forward and receive responses across brokers, using a mapping table to determine message routing and reducing administrative costs by using a wildcard subscription for all messages.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a temporary topic is used as the reply topic, then the system achieves better security and efficiency by avoiding pre-defined topic mappings, but the dynamic generation of the topic name makes it impossible to predefine the topic mapping, preventing reply messages from being routed correctly across brokers
Solution Approach 1:
The bridge acts as an intermediary between the two message brokers. It receives request messages from one broker, modifies the temporary replyto topic by prepending a bridge identifier, and forwards the modified message to the other broker. The bridge maintains subscriptions to both brokers and uses the modified topic with the bridge identifier to route response messages back to the correct broker, thereby solving the routing problem without requiring predefined topic mappings.
2Ease of operation
If a wildcard subscription is used to receive all messages including those with bridge identifiers, then the system reduces the need for per-topic subscriptions and administrative overhead, but the bridge must modify and track temporary topics dynamically
Solution Approach 1:
The bridge uses a single wildcard subscription to receive all messages from both brokers, including messages with bridge identifiers. This universal subscription approach eliminates the need for creating separate subscriptions for each topic, significantly reducing administrative overhead. The bridge then processes these messages uniformly, modifying temporary topics by prepending the bridge identifier and routing them appropriately, thereby achieving multi-functionality with minimal configuration.
3Adaptability or versatility
If the bridge modifies temporary replyto topics by prepending a bridge identifier, then the system enables seamless communication between heterogeneous brokers, but the bridge must dynamically track and modify topics without predefined mappings
Solution Approach 1:
The bridge modifies the topic parameter dynamically by prepending a bridge identifier to temporary replyto topics. This parameter change enables the bridge to distinguish between messages from different brokers and route them correctly. The bridge maintains a mapping between the modified topics (with bridge identifier) and the original temporary topics, allowing it to reverse the modification when forwarding messages back to the correct broker, thereby achieving adaptable broker interoperability.
Data Source
AI summary
There is disclosed a method, computer program and bridge for linking two publish/subscribe message brokers together. A subscription is made to receive request messages on one or more topics from a first broker. A subscription is made to receive all messages published at either the first or the second broker to a replyto topic including a bridge identifier. A request message is received from the first broker, the request message specifying a temporary replyto topic on which responses to the request should be published. The temporary reply to topic is modified to specify a bridge identifier. The modified request message is forwarded to a second broker. A response to the request is received from the second broker, the response being published on the replyto topic including the bridge identifier. The bridge receives the response as a result of the subscription to receive all messages published to a topic including the bridge identifier. The response is forwarded to the first broker.