On 26/02/2008, Rajith Attapattu <[EMAIL PROTECTED]> wrote: > Hi All, > > Based on the current URL format documented at > http://cwiki.apache.org/qpid/bindingurlformat.html, both the destination and > queueName is optional. > However the following URL format leads to some issues. > > <Exchange Class>://<Exchange > Name>/[<Destination>]/[<Queue>][?<option>='<value>'[&<option>='<value>']] > > If both destination and queueName are specified or if the user specifies > one the following formats then it is fine. > topic://amq.topic/myDest/?option='1' > direct://amq.direct//myQueue?option='1'. > > However if a user specifies the following then it is difficult to figure out > whether he intended to specify the destination or queueName. > direct://amq.direct/mydest?option='1'. > Based on the documentation this is legal.
It is not legal based on the above documentation or the wiki. The format requires the / between the destination and queue, it will not parse otherwise. That is at least on the M2.1 branch. I have only had a brief look over your new parser on trunk which is a way bigger change than the three lines I suggested to correctly parse wildcard topics in the the routingkey value if it is in the options. Perhaps it doesn't require the / exists between queue and destination. > We need to make this less ambiguous to the end user. > I propose that we always interpret the following format as QueueName > direct://amq.direct/mydest?option='1'. > If the user wants to only specify destination then they must explicitly use > the following format. > topic://amq.topic/myDest/?option='1' > > Comments and suggestions are most welcomed. > Besides can somebody please explain what the destination really means? and > also how it used? Destination is the name lifted from the Java Client for what is the routingkey because JMS does not have the concept of routingkey. So what does destination really mean. In the M2.1 code it means the routingkey and is only used by the Topic and Headers Destinations. > > -- > Regards, > > Rajith Attapattu > Red Hat > blog: http://rajith.2rlabs.com/ > -- Martin Ritchie
