[ https://issues.apache.org/jira/browse/QPID-4969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13696936#comment-13696936 ]
Gordon Sim commented on QPID-4969: ---------------------------------- My patch _does_ fix Fraser's case (at least as far as I understand it). I.e. I can run two receivers with the address string he gave either in parallel or one after the other, without error. The only difference I see with your patch is that it explicitly skips the actual bind step (the add_unless would fail anyway, but I suppose it is clearer to skip it, especially with the fedOrigin nonsense). So I agree with your modification, I'm just confused as to the given reason for it. > 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