Description
The broker does not currently inspect the closed flag of the Detach when deciding whether to close detaching consumer links, and instead seems to base its action on the terminus durability.
E.g in SendingLink_1_0.remoteDetached(LinkEndpoint, Detach), it inspects the source terminus-durability and closes [almost] everything that is not specifying UNSETTLED_STATE durability:
//TODO // if not durable or close if(!TerminusDurability.UNSETTLED_STATE.equals(_durability)) {
This is presumably the reason that QPID-6380 does not result in removal of the DurableSubscription backing queue when 'closing' a JMS durable TopicSubscriber from the 'existing' AMQP 1.0 JMS client, as it uses UNSETTLED_STATE durability on those links.
Attachments
Issue Links
- relates to
-
QPID-6380 [AMQP 1.0 JMS Client ] detach with closed=true is issued when making durable subscriber inactive
- Closed