[ https://issues.apache.org/jira/browse/QPID-4969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13696947#comment-13696947 ]
Gordon Sim commented on QPID-4969: ---------------------------------- Actually... I take that back. I'm not sure it is correct to skip the addOrigin() if the binding matches, is it? Before this issue, if the arguments matched for that queue, the binding would not be added but addOrigin() would be called instead. Now, I don't really understand the fedOrigin stuff, but it would probably be worth having an explicit reason to change the previous behaviour there (which is independent from refusing to allow the same key to be used for different args). > C++ Broker headers exchange allows creation of bindings with duplicate keys > --------------------------------------------------------------------------- > > Key: QPID-4969 > URL: https://issues.apache.org/jira/browse/QPID-4969 > Project: Qpid > Issue Type: Bug > Components: C++ Broker > Affects Versions: 0.22 > Reporter: Chuck Rolke > Assignee: Chuck Rolke > Fix For: 0.23 > > > The test case: > {code} > qpid-config add queue MyQueue --durable > qpid-config bind amq.match MyQueue SomeKey any property1=value1 > qpid-config bind amq.match MyQueue SomeKey all property1=value1 > {code} > Causes a management error as two bindings are created with > amq.match,MyQueue,SomeKey managementId. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org