You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Robbie Gemmell (JIRA)" <ji...@apache.org> on 2015/03/02 12:49:04 UTC

[jira] [Resolved] (QPID-6389) [C++ Broker] [AMQP 1.0] consumer attach with a null source leads to unexpected response

     [ https://issues.apache.org/jira/browse/QPID-6389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robbie Gemmell resolved QPID-6389.
----------------------------------
    Resolution: Fixed

Resolving as the main issue (non-null source with null address) has been fixed, and was included in the 0.32 branch when created.

> [C++ Broker] [AMQP 1.0] consumer attach with a null source leads to unexpected response
> ---------------------------------------------------------------------------------------
>
>                 Key: QPID-6389
>                 URL: https://issues.apache.org/jira/browse/QPID-6389
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker
>    Affects Versions: 0.31
>            Reporter: Robbie Gemmell
>            Assignee: Gordon Sim
>             Fix For: 0.32
>
>
> Upon a client attaching a durable consumer link with a null source (not null address), qpidd responds with an attach containing a non-null source with null address, then sends a closing detach with an error indicating no source was specfied. The message "[Protocol] error Error on attach: No source specified!" is output on the broker console.
> From the spec, I would expect this to have resulted in either:
> * A successfull attach to an existing \[possibly detached\] link, with the response source indicating the related terminus details.
> * Returning an attach with a null source, and then a closing detach -without an error-, to indicate lack of a matching link.
> This behaviour seems to be described at http://docs.oasis-open.org/amqp/core/v1.0/os/amqp-core-transport-v1.0-os.html#doc-idp315568 with Fig 2.33 in particular being related, albeit for a producing link.
> The JMS clients (old and new) currently do this to 'look up' durable subscriptions by attaching a link with a null source (only during unsubscribe currently, but in future also during subscriber open/creation verification as well), and monitoring the source value in the attach response from the broker.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org