Bug 963243
Summary: | Link 'name' and 'durable' properties are not properly applied when using amqp1.0 protocol | |||
---|---|---|---|---|
Product: | Red Hat Enterprise MRG | Reporter: | Petr Matousek <pematous> | |
Component: | qpid-cpp | Assignee: | Gordon Sim <gsim> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Petr Matousek <pematous> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | Development | CC: | esammons, jross, pematous | |
Target Milestone: | 3.0 | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | qpid-cpp-0.22-4.el6, qpid-cpp-0.22-4.el5 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 967734 (view as bug list) | Environment: | ||
Last Closed: | 2015-01-21 12:54:52 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1010399 |
Description
Petr Matousek
2013-05-15 13:19:10 UTC
The durability property of the link should be fixed by https://issues.apache.org/jira/browse/QPID-4716. The naming and durability are addressed by http://svn.apache.org/viewvc?view=revision&revision=1486115, and the auto-delete is now false for durable queues as is the default for 0-10. Note that the link name is combined with the container id to form the subscription queue name as that is guaranteed to be unique whereas the link name on its own is not. Still outstanding is control over the reliability. I propose creating a separate BZ to track the control over link reliability, leaving this issue to track the control offered through name and durable options. The reason for this are: (a) signalling the reliability requires a proton change so will take longer to get fixed and (b) the inability set unreliable mode is arguably less severe than inability to name or control durability (reliability at present is always at-least-once). Petr, what do you think? Would that make sense or would it be better to just leave this as is, covering all aspects? Gordon, I have no objections. A new bug was created as a clone of this bug to track the reliability issue, please see bug 967734. The issue has been fixed Verified on RHEL5.9 and RHEL6.4, architectures: i386, x86_64 packages installed: qpid-cpp-*-0.22-7 -> VERIFIED |