Bug 1254955 - qpidd does not support 'null source lookup' of existing links (used during JMS client durable subscription unsubscribe)
Summary: qpidd does not support 'null source lookup' of existing links (used during JM...
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp
Version: 3.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: messaging-bugs
QA Contact: Messaging QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-08-19 10:11 UTC by Robbie Gemmell
Modified: 2024-01-19 19:10 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
In this release of the product, the JMS method +Session.unsubscribe(String)+ does not work when using the 10 JMS client and +qpidd+. This is because +qpidd+ does not handle an attach with the link name but no source, even if the link name is for a durable subscriber. As a workaround, subscriptions can be deleted manually using `qpid-config` or programmatically using another client.
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Robbie Gemmell 2015-08-19 10:11:09 UTC 
When an application calls "session.unsubscribe(<subscription-name>)" the JMS client opens a link with that name and a null Source, expecting the broker to either reject the attach (i.e reply attach with null source) if the link/subscription does not exist or attach it with the actual Source details if it does as detailed in the AMQP spec. It appears the broker always rejects the attach, so things may fail if they call unsubscribe to cleanup an existing subscription.
Note You need to log in before you can comment on or make changes to this bug.