RabbitMQ Binder
Usage
For using the RabbitMQ binder, you just need to add it to your Spring Cloud Stream application, using the following Maven coordinates:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
Alternatively, you can also use the Spring Cloud Stream RabbitMQ Starter.
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>
RabbitMQ Binder Overview
A simplified diagram of how the RabbitMQ binder operates can be seen below.
Figure 14. RabbitMQ Binder
The RabbitMQ Binder implementation maps each destination to a TopicExchange. For each consumer group, a Queue will be bound to that TopicExchange. Each consumer instance have a corresponding RabbitMQ Consumer instance for its group’s Queue. For partitioned producers/consumers the queues are suffixed with the partition index and use the partition index as routing key.
Using the autoBindDlq option, you can optionally configure the binder to create and configure dead-letter queues (DLQs) (and a dead-letter exchange DLX). The dead letter queue has the name of the destination, appended with .dlq. If retry is enabled (maxAttempts > 1) failed messages will be delivered to the DLQ. If retry is disabled (maxAttempts = 1), you should set requeueRejected to false (default) so that a failed message will be routed to the DLQ, instead of being requeued. In addition, republishToDlq causes the binder to publish a failed message to the DLQ (instead of rejecting it); this enables additional information to be added to the message in headers, such as the stack trace in the x-exception-stacktrace header. This option does not need retry enabled; you can republish a failed message after just one attempt. Starting with version 1.2, you can configure the delivery mode of republished messsages; see property republishDeliveryMode.
| Important | Setting requeueRejected to true will cause the message to be requeued and redelivered continually, which is likely not what you want unless the failure issue is transient. In general, it’s better to enable retry within the binder by setting maxAttempts to greater than one, or set republishToDlq to true. |
|---|---|
See RabbitMQ Binder Properties for more information about these properties.
The framework does not provide any standard mechanism to consume dead-letter messages (or to re-route them back to the primary queue). Some options are described in Dead-Letter Queue Processing.
| Note | When multiple RabbitMQ binders are used in a Spring Cloud Stream application, it is important to disable 'RabbitAutoConfiguration' to avoid the same configuration from RabbitAutoConfiguration being applied to the two binders. |
|---|---|
Configuration Options
This section contains settings specific to the RabbitMQ Binder and bound channels.
For general binding configuration options and properties, please refer to the Spring Cloud Stream core documentation.
RabbitMQ Binder Properties
By default, the RabbitMQ binder uses Spring Boot’s ConnectionFactory, and it therefore supports all Spring Boot configuration options for RabbitMQ. (For reference, consult the Spring Boot documentation.) RabbitMQ configuration options use the spring.rabbitmq prefix.
In addition to Spring Boot options, the RabbitMQ binder supports the following properties:
- spring.cloud.stream.rabbit.binder.adminAddresses
A comma-separated list of RabbitMQ management plugin URLs. Only used when
nodescontains more than one entry. Each entry in this list must have a corresponding entry inspring.rabbitmq.addresses.Default: empty.
spring.cloud.stream.rabbit.binder.nodes
A comma-separated list of RabbitMQ node names. When more than one entry, used to locate the server address where a queue is located. Each entry in this list must have a corresponding entry in
spring.rabbitmq.addresses.Default: empty.
spring.cloud.stream.rabbit.binder.compressionLevel
Compression level for compressed bindings. See
java.util.zip.Deflater.Default:
1(BEST_LEVEL).
RabbitMQ Consumer Properties
The following properties are available for Rabbit consumers only and must be prefixed with spring.cloud.stream.rabbit.bindings.<channelName>.consumer..
- acknowledgeMode
The acknowledge mode.
Default:
AUTO.autoBindDlq
Whether to automatically declare the DLQ and bind it to the binder DLX.
Default:
false.bindingRoutingKey
The routing key with which to bind the queue to the exchange (if
bindQueueistrue). for partitioned destinations-<instanceIndex>will be appended.Default:
#.bindQueue
Whether to bind the queue to the destination exchange; set to
falseif you have set up your own infrastructure and have previously created/bound the queue.Default:
true.deadLetterQueueName
name of the DLQ
Default:
prefix+destination.dlqdeadLetterExchange
a DLX to assign to the queue; if autoBindDlq is true
Default: 'prefix+DLX'
deadLetterRoutingKey
a dead letter routing key to assign to the queue; if autoBindDlq is true
Default:
destinationdeclareExchange
Whether to declare the exchange for the destination.
Default:
true.delayedExchange
Whether to declare the exchange as a
Delayed Message Exchange- requires the delayed message exchange plugin on the broker. Thex-delayed-typeargument is set to theexchangeType.Default:
false.dlqDeadLetterExchange
if a DLQ is declared, a DLX to assign to that queue
Default:
nonedlqDeadLetterRoutingKey
if a DLQ is declared, a dead letter routing key to assign to that queue; default none
Default:
nonedlqExpires
how long before an unused dead letter queue is deleted (ms)
Default:
no expirationdlqMaxLength
maximum number of messages in the dead letter queue
Default:
no limitdlqMaxLengthBytes
maximum number of total bytes in the dead letter queue from all messages
Default:
no limitdlqMaxPriority
maximum priority of messages in the dead letter queue (0-255)
Default:
nonedlqTtl
default time to live to apply to the dead letter queue when declared (ms)
Default:
no limitdurableSubscription
Whether subscription should be durable. Only effective if
groupis also set.Default:
true.exchangeAutoDelete
If
declareExchangeis true, whether the exchange should be auto-delete (removed after the last queue is removed).Default:
true.exchangeDurable
If
declareExchangeis true, whether the exchange should be durable (survives broker restart).Default:
true.exchangeType
The exchange type;
direct,fanoutortopicfor non-partitioned destinations;directortopicfor partitioned destinations.Default:
topic.expires
how long before an unused queue is deleted (ms)
Default:
no expirationheaderPatterns
Patterns for headers to be mapped from inbound messages.
Default:
['*'](all headers).maxConcurrency
the maximum number of consumers
Default:
1.maxLength
maximum number of messages in the queue
Default:
no limitmaxLengthBytes
maximum number of total bytes in the queue from all messages
Default:
no limitmaxPriority
maximum priority of messages in the queue (0-255)
Default
noneprefetch
Prefetch count.
Default:
1.prefix
A prefix to be added to the name of the
destinationand queues.Default: "".
recoveryInterval
The interval between connection recovery attempts, in milliseconds.
Default:
5000.requeueRejected
Whether delivery failures should be requeued when retry is disabled or republishToDlq is false.
Default:
false.republishDeliveryMode
When
republishToDlqistrue, specify the delivery mode of the republished message.Default:
DeliveryMode.PERSISTENTrepublishToDlq
By default, messages which fail after retries are exhausted are rejected. If a dead-letter queue (DLQ) is configured, RabbitMQ will route the failed message (unchanged) to the DLQ. If set to
true, the binder will republish failed messages to the DLQ with additional headers, including the exception message and stack trace from the cause of the final failure.Default: false
transacted
Whether to use transacted channels.
Default:
false.ttl
default time to live to apply to the queue when declared (ms)
Default:
no limittxSize
The number of deliveries between acks.
Default:
1.
Rabbit Producer Properties
The following properties are available for Rabbit producers only and must be prefixed with spring.cloud.stream.rabbit.bindings.<channelName>.producer..
- autoBindDlq
Whether to automatically declare the DLQ and bind it to the binder DLX.
Default:
false.batchingEnabled
Whether to enable message batching by producers.
Default:
false.batchSize
The number of messages to buffer when batching is enabled.
Default:
100.batchBufferLimit
Default:
10000.batchTimeout
Default:
5000.bindingRoutingKey
The routing key with which to bind the queue to the exchange (if
bindQueueistrue). Only applies to non-partitioned destinations. Only applies ifrequiredGroupsare provided and then only to those groups.Default:
#.bindQueue
Whether to bind the queue to the destination exchange; set to
falseif you have set up your own infrastructure and have previously created/bound the queue. Only applies ifrequiredGroupsare provided and then only to those groups.Default:
true.compress
Whether data should be compressed when sent.
Default:
false.deadLetterQueueName
name of the DLQ Only applies if
requiredGroupsare provided and then only to those groups.Default:
prefix+destination.dlqdeadLetterExchange
a DLX to assign to the queue; if autoBindDlq is true Only applies if
requiredGroupsare provided and then only to those groups.Default: 'prefix+DLX'
deadLetterRoutingKey
a dead letter routing key to assign to the queue; if autoBindDlq is true Only applies if
requiredGroupsare provided and then only to those groups.Default:
destinationdeclareExchange
Whether to declare the exchange for the destination.
Default:
true.delay
A SpEL expression to evaluate the delay to apply to the message (
x-delayheader) - has no effect if the exchange is not a delayed message exchange.Default: No
x-delayheader is set.delayedExchange
Whether to declare the exchange as a
Delayed Message Exchange- requires the delayed message exchange plugin on the broker. Thex-delayed-typeargument is set to theexchangeType.Default:
false.deliveryMode
Delivery mode.
Default:
PERSISTENT.dlqDeadLetterExchange
if a DLQ is declared, a DLX to assign to that queue Only applies if
requiredGroupsare provided and then only to those groups.Default:
nonedlqDeadLetterRoutingKey
if a DLQ is declared, a dead letter routing key to assign to that queue; default none Only applies if
requiredGroupsare provided and then only to those groups.Default:
nonedlqExpires
how long before an unused dead letter queue is deleted (ms) Only applies if
requiredGroupsare provided and then only to those groups.Default:
no expirationdlqMaxLength
maximum number of messages in the dead letter queue Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limitdlqMaxLengthBytes
maximum number of total bytes in the dead letter queue from all messages Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limitdlqMaxPriority
maximum priority of messages in the dead letter queue (0-255) Only applies if
requiredGroupsare provided and then only to those groups.Default:
nonedlqTtl
default time to live to apply to the dead letter queue when declared (ms) Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limitexchangeAutoDelete
If
declareExchangeis true, whether the exchange should be auto-delete (removed after the last queue is removed).Default:
true.exchangeDurable
If
declareExchangeis true, whether the exchange should be durable (survives broker restart).Default:
true.exchangeType
The exchange type;
direct,fanoutortopicfor non-partitioned destinations;directortopicfor partitioned destinations.Default:
topic.expires
how long before an unused queue is deleted (ms) Only applies if
requiredGroupsare provided and then only to those groups.Default:
no expirationheaderPatterns
Patterns for headers to be mapped to outbound messages.
Default:
['*'](all headers).maxLength
maximum number of messages in the queue Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limitmaxLengthBytes
maximum number of total bytes in the queue from all messages Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limitmaxPriority
maximum priority of messages in the queue (0-255) Only applies if
requiredGroupsare provided and then only to those groups.Default
noneprefix
A prefix to be added to the name of the
destinationexchange.Default: "".
routingKeyExpression
A SpEL expression to determine the routing key to use when publishing messages.
Default:
destinationordestination-<partition>for partitioned destinations.transacted
Whether to use transacted channels.
Default:
false.ttl
default time to live to apply to the queue when declared (ms) Only applies if
requiredGroupsare provided and then only to those groups.Default:
no limit
| Note | In the case of RabbitMQ, content type headers can be set by external applications. Spring Cloud Stream supports them as part of an extended internal protocol used for any type of transport (including transports, such as Kafka, that do not normally support headers). |
|---|---|
Retry With the RabbitMQ Binder
Overview
When retry is enabled within the binder, the listener container thread is suspended for any back off periods that are configured. This might be important when strict ordering is required with a single consumer but for other use cases it prevents other messages from being processed on that thread. An alternative to using binder retry is to set up dead lettering with time to live on the dead-letter queue (DLQ), as well as dead-letter configuration on the DLQ itself. See RabbitMQ Binder Properties for more information about the properties discussed here. Example configuration to enable this feature:
Set
autoBindDlqtotrue- the binder will create a DLQ; you can optionally specify a name indeadLetterQueueNameSet
dlqTtlto the back off time you want to wait between redeliveriesSet the
dlqDeadLetterExchangeto the default exchange - expired messages from the DLQ will be routed to the original queue since the defaultdeadLetterRoutingKeyis the queue name (destination.group)
To force a message to be dead-lettered, either throw an AmqpRejectAndDontRequeueException, or set requeueRejected to true and throw any exception.
The loop will continue without end, which is fine for transient problems but you may want to give up after some number of attempts. Fortunately, RabbitMQ provides the x-death header which allows you to determine how many cycles have occurred.
To acknowledge a message after giving up, throw an ImmediateAcknowledgeAmqpException.
Putting it All Together
---
spring.cloud.stream.bindings.input.destination=myDestination
spring.cloud.stream.bindings.input.group=consumerGroup
#disable binder retries
spring.cloud.stream.bindings.input.consumer.max-attempts=1
#dlx/dlq setup
spring.cloud.stream.rabbit.bindings.input.consumer.auto-bind-dlq=true
spring.cloud.stream.rabbit.bindings.input.consumer.dlq-ttl=5000
spring.cloud.stream.rabbit.bindings.input.consumer.dlq-dead-letter-exchange=
---
This configuration creates an exchange myDestination with queue myDestination.consumerGroup bound to a topic exchange with a wildcard routing key #. It creates a DLQ bound to a direct exchange DLX with routing key myDestination.consumerGroup. When messages are rejected, they are routed to the DLQ. After 5 seconds, the message expires and is routed to the original queue using the queue name as the routing key.
Spring Boot application
@SpringBootApplication
@EnableBinding(Sink.class)
public class XDeathApplication {
public static void main(String[] args) {
SpringApplication.run(XDeathApplication.class, args);
}
@StreamListener(Sink.INPUT)
public void listen(String in, @Header(name = "x-death", required = false) Map<?,?> death) {
if (death != null && death.get("count").equals(3L)) {
// giving up - don't send to DLX
throw new ImmediateAcknowledgeAmqpException("Failed after 4 attempts");
}
throw new AmqpRejectAndDontRequeueException("failed");
}
}
Notice that the count property in the x-death header is a Long.
Dead-Letter Queue Processing
Because it can’t be anticipated how users would want to dispose of dead-lettered messages, the framework does not provide any standard mechanism to handle them. If the reason for the dead-lettering is transient, you may wish to route the messages back to the original queue. However, if the problem is a permanent issue, that could cause an infinite loop. The following spring-boot application is an example of how to route those messages back to the original queue, but moves them to a third "parking lot" queue after three attempts. The second example utilizes the RabbitMQ Delayed Message Exchange to introduce a delay to the requeued message. In this example, the delay increases for each attempt. These examples use a @RabbitListener to receive messages from the DLQ, you could also use RabbitTemplate.receive() in a batch process.
The examples assume the original destination is so8400in and the consumer group is so8400.
Non-Partitioned Destinations
The first two examples are when the destination is not partitioned.
@SpringBootApplication
public class ReRouteDlqApplication {
private static final String ORIGINAL_QUEUE = "so8400in.so8400";
private static final String DLQ = ORIGINAL_QUEUE + ".dlq";
private static final String PARKING_LOT = ORIGINAL_QUEUE + ".parkingLot";
private static final String X_RETRIES_HEADER = "x-retries";
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(ReRouteDlqApplication.class, args);
System.out.println("Hit enter to terminate");
System.in.read();
context.close();
}
@Autowired
private RabbitTemplate rabbitTemplate;
@RabbitListener(queues = DLQ)
public void rePublish(Message failedMessage) {
Integer retriesHeader = (Integer) failedMessage.getMessageProperties().getHeaders().get(X_RETRIES_HEADER);
if (retriesHeader == null) {
retriesHeader = Integer.valueOf(0);
}
if (retriesHeader < 3) {
failedMessage.getMessageProperties().getHeaders().put(X_RETRIES_HEADER, retriesHeader + 1);
this.rabbitTemplate.send(ORIGINAL_QUEUE, failedMessage);
}
else {
this.rabbitTemplate.send(PARKING_LOT, failedMessage);
}
}
@Bean
public Queue parkingLot() {
return new Queue(PARKING_LOT);
}
}
@SpringBootApplication
public class ReRouteDlqApplication {
private static final String ORIGINAL_QUEUE = "so8400in.so8400";
private static final String DLQ = ORIGINAL_QUEUE + ".dlq";
private static final String PARKING_LOT = ORIGINAL_QUEUE + ".parkingLot";
private static final String X_RETRIES_HEADER = "x-retries";
private static final String DELAY_EXCHANGE = "dlqReRouter";
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(ReRouteDlqApplication.class, args);
System.out.println("Hit enter to terminate");
System.in.read();
context.close();
}
@Autowired
private RabbitTemplate rabbitTemplate;
@RabbitListener(queues = DLQ)
public void rePublish(Message failedMessage) {
Map<String, Object> headers = failedMessage.getMessageProperties().getHeaders();
Integer retriesHeader = (Integer) headers.get(X_RETRIES_HEADER);
if (retriesHeader == null) {
retriesHeader = Integer.valueOf(0);
}
if (retriesHeader < 3) {
headers.put(X_RETRIES_HEADER, retriesHeader + 1);
headers.put("x-delay", 5000 * retriesHeader);
this.rabbitTemplate.send(DELAY_EXCHANGE, ORIGINAL_QUEUE, failedMessage);
}
else {
this.rabbitTemplate.send(PARKING_LOT, failedMessage);
}
}
@Bean
public DirectExchange delayExchange() {
DirectExchange exchange = new DirectExchange(DELAY_EXCHANGE);
exchange.setDelayed(true);
return exchange;
}
@Bean
public Binding bindOriginalToDelay() {
return BindingBuilder.bind(new Queue(ORIGINAL_QUEUE)).to(delayExchange()).with(ORIGINAL_QUEUE);
}
@Bean
public Queue parkingLot() {
return new Queue(PARKING_LOT);
}
}
Partitioned Destinations
With partitioned destinations, there is one DLQ for all partitions and we determine the original queue from the headers.
republishToDlq=false
When republishToDlq is false, RabbitMQ publishes the message to the DLX/DLQ with an x-death header containing information about the original destination.
@SpringBootApplication
public class ReRouteDlqApplication {
private static final String ORIGINAL_QUEUE = "so8400in.so8400";
private static final String DLQ = ORIGINAL_QUEUE + ".dlq";
private static final String PARKING_LOT = ORIGINAL_QUEUE + ".parkingLot";
private static final String X_DEATH_HEADER = "x-death";
private static final String X_RETRIES_HEADER = "x-retries";
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(ReRouteDlqApplication.class, args);
System.out.println("Hit enter to terminate");
System.in.read();
context.close();
}
@Autowired
private RabbitTemplate rabbitTemplate;
@SuppressWarnings("unchecked")
@RabbitListener(queues = DLQ)
public void rePublish(Message failedMessage) {
Map<String, Object> headers = failedMessage.getMessageProperties().getHeaders();
Integer retriesHeader = (Integer) headers.get(X_RETRIES_HEADER);
if (retriesHeader == null) {
retriesHeader = Integer.valueOf(0);
}
if (retriesHeader < 3) {
headers.put(X_RETRIES_HEADER, retriesHeader + 1);
List<Map<String, ?>> xDeath = (List<Map<String, ?>>) headers.get(X_DEATH_HEADER);
String exchange = (String) xDeath.get(0).get("exchange");
List<String> routingKeys = (List<String>) xDeath.get(0).get("routing-keys");
this.rabbitTemplate.send(exchange, routingKeys.get(0), failedMessage);
}
else {
this.rabbitTemplate.send(PARKING_LOT, failedMessage);
}
}
@Bean
public Queue parkingLot() {
return new Queue(PARKING_LOT);
}
}
republishToDlq=true
When republishToDlq is true, the republishing recoverer adds the original exchange and routing key to headers.
@SpringBootApplication
public class ReRouteDlqApplication {
private static final String ORIGINAL_QUEUE = "so8400in.so8400";
private static final String DLQ = ORIGINAL_QUEUE + ".dlq";
private static final String PARKING_LOT = ORIGINAL_QUEUE + ".parkingLot";
private static final String X_RETRIES_HEADER = "x-retries";
private static final String X_ORIGINAL_EXCHANGE_HEADER = RepublishMessageRecoverer.X_ORIGINAL_EXCHANGE;
private static final String X_ORIGINAL_ROUTING_KEY_HEADER = RepublishMessageRecoverer.X_ORIGINAL_ROUTING_KEY;
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(ReRouteDlqApplication.class, args);
System.out.println("Hit enter to terminate");
System.in.read();
context.close();
}
@Autowired
private RabbitTemplate rabbitTemplate;
@RabbitListener(queues = DLQ)
public void rePublish(Message failedMessage) {
Map<String, Object> headers = failedMessage.getMessageProperties().getHeaders();
Integer retriesHeader = (Integer) headers.get(X_RETRIES_HEADER);
if (retriesHeader == null) {
retriesHeader = Integer.valueOf(0);
}
if (retriesHeader < 3) {
headers.put(X_RETRIES_HEADER, retriesHeader + 1);
String exchange = (String) headers.get(X_ORIGINAL_EXCHANGE_HEADER);
String originalRoutingKey = (String) headers.get(X_ORIGINAL_ROUTING_KEY_HEADER);
this.rabbitTemplate.send(exchange, originalRoutingKey, failedMessage);
}
else {
this.rabbitTemplate.send(PARKING_LOT, failedMessage);
}
}
@Bean
public Queue parkingLot() {
return new Queue(PARKING_LOT);
}
}