Description of problem:
Defining durable subscription queues to be auto-delete by default without a delayed time for the auto-delete do not make much sense.
It would be valuable to define a configurable time-delayed auto-delete that will be applied to subscription queues by default. This will protect the broker from clients that go off and leave stale subscriptions after a crash, but it still retain the general ability to survive a crash and re-establish subscription without lost messages.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
subscription queues are auto-delete by default when declared over amqp0-10
subscription queues are *not* auto-delete by default when declared over amqp1.0
subscription queues are *not* auto-delete by default when declared over amqp0-10 (see bug 985869)
There is a configurable time-delayed auto-delete applied on subscription queues by default.
Fixed upstream: https://svn.apache.org/r1504622
Further fix: https://svn.apache.org/r1658581
This issue has been implemented and the ocumentation was updated accordingly.
Verified on rhel6.6 (x86_64 and i386) and rhel7 (x86_64).
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.