Register Now for EDA Summit 2024 - Virtual EventRegister for Free

Topic to Queue Mapping

2 Minute Read

This tutorial builds on the basic concepts introduced in Persistence with Queues tutorial and will show you how to make use of one of Solaceโ€™s advanced queueing features called Topic to Queue Mapping with Apache Qpid JMS 1.1 client using AMQP and Solace messaging.

This tutorial focuses on using a non-Solace JMS API implementation. For using the Solace JMS API see Solace Getting Started JMS Tutorials.

Overview

In addition to persistent messages published directly to a durable queue, it is possible to add one or more topic subscriptions to the queue so that messages published to those topics are also delivered to and persisted by the queue. This is a powerful feature that enables queues to participate equally in point-to-point and publish/subscribe JMS messaging models. More details about the โ€œTopic to Queue Mappingโ€ feature here.

The following diagram illustrates this feature.

Diagram: JMS1 Queue Mapping

If you have a durable queue named โ€œQโ€, it will receive messages published directly to the queue destination named โ€œQโ€. However, it is also possible to add subscriptions to this queue in the form of topics. This example adds topics โ€œAโ€ and โ€œBโ€. Once these subscriptions are added, the queue will start receiving messages published to the topic destinations โ€œAโ€ and โ€œBโ€. When you combine this with the wildcard support provided by Solace topics this opens up a number of interesting use cases.

Topic to Queue Mapping and JMS

JMS is a standard programmatic interface with a design goal of being messaging middleware agnostic. As such, the JMS interface does not provide a way for applications to directly take advantage of the Solace Topic to Queue Mapping feature. However JMS applications wishing to take advantage of this Solace feature have a few options.

One option is to use a management interface to administratively configure the topic to queue mapping, by adding topic subscriptions to the queue. This can either be done through the CLI or PubSub+ Manager application; or the SEMP programmatic management API. The SEMP API enables applications to fully configure Solace messaging. Applications can use this API by logging into the Solace message router using a Message-VPN admin account. This concept is introduced in the Technology โ€“ Messaging Platform Features and further details are available in the Solace Message Router Product Documentation.

Summary

Apache Qpid JMS 1.1 JMS applications using AMQP and wishing to take advantage of this Solace messaging feature have only one option: