[QPID-6468] [0-8..0-91] Use basic.nack for releasing messages back to the Broker for delivery elsewhere

• Type: Improvement
• Status: Resolved
• Priority: Major
• Resolution: Won't Fix
• Component/s: Broker-J, JMS AMQP 0-x
• Assignee: Unassigned
• Reporter: Keith Wall
• Created: 27/Mar/15 12:19
• Updated: 30/Jan/18 17:22
• Resolved: 30/Jan/18 17:22

Description

The Java Broker/Client historically has abused AMQP [0-8..0-91] basic.reject to release messages back to the Broker if the client no longer intends to deliver them to the application (for example, the closing of a consumer requires that messages that were optimistically prefetched now must be made available for delivery elsewhere and must be released to the Broker). This was never the intended use for basic.reject.

QPID-6164 introduced (the Rabbit specific) AMQP extension basic.nack to allow for synchronous publishing. We can make use of the same mechanism (as do Rabbit) for implementing message release on consuming side too.

This would tidy up lots of ugly code around the DLQ support within the Java Broker, and allow the Qpid components to interop better with the Rabbit components.

Compatibility between older versions would need to be retained.