Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates
 209.132.183.28 as permitted sender)
Message-ID: <54E3AB5A.1030608@redhat.com>
Date: Tue, 17 Feb 2015 20:58:02 +0000
From: Gordon Sim <gsim@redhat.com>
Organization: Red Hat UK Ltd, Registered in England and Wales under Company
 Registration No. 3798903, Directors: Michael Cunningham (USA), Matt Parsons
 (USA), Charlie Peters (USA), Michael O'Neill (Ireland)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: users@qpid.apache.org
Subject: Re: MUST a send and receive link ALWAYS be set up for a session...
References: 
 <BY2PR0301MB077435DF044F81F55F8B5659CC2F0@BY2PR0301MB0774.namprd03.prod.outlook.com>
In-Reply-To: 
 <BY2PR0301MB077435DF044F81F55F8B5659CC2F0@BY2PR0301MB0774.namprd03.prod.outlook.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 02/17/2015 07:37 PM, Tony Ercolano wrote:
> I'm having a discussion with someone.
>
> Using a proton messenger I set up to talk to a service.
> I set up with various pn calls to do sends.  I do NOTHING to set up to receive.
>
> When I go to send my data to the service proton will:
> @open
> @begin
> @attach (with handle=0 role=false source=@source(40) target=@target(41)...
> Then the service starts talking back then the client sends another
> @attach(with handle=1 role=true but no source or target field)
>
> This seems reasonable to me.  There is nothing (as far as proton is concerned) to say about the receive path.  It just HAS to be set up because sessions are bi-directional.
>
> Am I understanding this correctly?  Most importantly am I interpreting the AMQP standard correctly?

The AMQP standard certainly doesn't mandate that a link must be 
established in each direction on a session.

I assume messenger is establishing the receiving link for some reason 
(perhaps to receive replies?) but it is a bit odd to initiate a 
receiving link with neither source nor target. Are you sure its not 
being initiated by the peer?

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