You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Ulf Lilleengen (Jira)" <ji...@apache.org> on 2019/09/16 11:50:00 UTC

[jira] [Created] (DISPATCH-1421) Attaching link to unavailable address sets source address to null in attach reply

Ulf Lilleengen created DISPATCH-1421:
----------------------------------------

             Summary: Attaching link to unavailable address sets source address to null in attach reply
                 Key: DISPATCH-1421
                 URL: https://issues.apache.org/jira/browse/DISPATCH-1421
             Project: Qpid Dispatch
          Issue Type: Bug
            Reporter: Ulf Lilleengen


An AMQP client attaches to an address with source address set to 'bar':

 
{code:java}
[425203913:0] -> Attach{name='space2.bar.fwd2.out', handle=0, role=SENDER, sndSettleMode=MIXED, rcvSettleMode=FIRST, source=Source{address='bar', durable=UNSETTLED_STATE, expiryPolicy=SESSION_END, timeout=0, dynamic=false, dynamicNodeProperties=null, distributionMode=null, filter=null, defaultOutcome=null, outcomes=null, capabilities=null}, target=Target{address='remote1/foo1', durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=null}, unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0, maxMessageSize=null, offeredCapabilities=null, desiredCapabilities=null, properties=null} {code}
 

As the router does not know about 'bar', it sets source address to 'null' (this is actually null, not the string 'null', proton-j is doing the formatting):
{code:java}
[425203913:0] <- Attach{name='space2.bar.fwd2.out', handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST, source=Source{address='null', durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false, dynamicNodeProperties=null, distributionMode=null, filter=null, defaultOutcome=null, outcomes=null, capabilities=null}, target=null, unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0, maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null, properties=null}
[425203913:0] <- Detach{handle=0, closed=true, error=Error{condition=qd:no-route-to-dest, description='No route to the destination node', info=null}} {code}
 

This can be handled in client code, but the question is if the router should keep address='bar' in the replied attach or not.

 

Possibly related: https://issues.apache.org/jira/browse/DISPATCH-962 (CC [~robbie])



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

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