Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
5.10.0
Description
If a consumer with prefetch>0 does an immediate close, without consuming any messages. Spring DMLC with small timeout or receiveNoWait for example. The broker will have dispatched and will want to redispatch to another consumer and will have incremented the redelivery count in error.
After 6 (default redelivery attempts) a consumer will poison ack and the message will go to the DLQ.
A simple consumer create/close then create/receive with pending messages will demo this.
true for queue consumers and durable topic subs
Attachments
Attachments
Issue Links
- is related to
-
AMQ-1730 Bad use of Jms field JMSXDeliveryCount. Related to RedeliveryCount and message prefetch
- Resolved
-
AMQCPP-558 Port fix for AMQ-5513
- Resolved
-
AMQNET-497 Port fix for AMQ-5513
- Resolved
- relates to
-
AMQ-5735 increment redeliverCounter in the absence of client supplied information
- Resolved