[jira] [Commented] (QPID-8229) [Broker-J][6.x] Queue bindings are not removed on queue deletion when BDB/DERBY/JDBC configuration stores are used
[ https://issues.apache.org/jira/browse/QPID-8229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16597162#comment-16597162 ] Keith Wall commented on QPID-8229: -- Seems okay to me. > [Broker-J][6.x] Queue bindings are not removed on queue deletion when > BDB/DERBY/JDBC configuration stores are used > -- > > Key: QPID-8229 > URL: https://issues.apache.org/jira/browse/QPID-8229 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-6.1, qpid-java-6.1.2, > qpid-java-6.1.3, qpid-java-6.1.4, qpid-java-6.1.5 >Reporter: Alex Rudyy >Assignee: Alex Rudyy >Priority: Critical > Fix For: qpid-java-6.1.7 > > > Queue bindings can be left behind in BDB/DERBY/JDBC configuration stores on > queue deletion. When virtual host with a deleted queue and orphaned binding > is restarted, the Virtual Host startup fails with error "422 - No parent of > class Queue found.". The following warning is reported into the logs: > {noformat} > WARN [HttpManagement-HTTP-379] (o.a.q.s.m.p.s.r.RestServlet) - > IllegalArgumentException processing request > http://localhost:8080/api/latest/virtualhost/tmp2/tmp2 from user > '[/0:0:0:0:0:0:0:1:61279, admin]': No parent of class Queue found. > {noformat} > The work-around for the issue would a deletion of all queue bindings prior > queue deletion. There is no work around which would allow to delete orphaned > bindings and recover Virtual Host configuration apart from changing store > data directly which is not feasible in case of BDB. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8229) [Broker-J][6.x] Queue bindings are not removed on queue deletion when BDB/DERBY/JDBC configuration stores are used
[ https://issues.apache.org/jira/browse/QPID-8229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16593387#comment-16593387 ] ASF subversion and git services commented on QPID-8229: --- Commit ca3dd59c30112e048636380db54196143028e22a in qpid-broker-j's branch refs/heads/6.1.x from [~alex.rufous] [ https://git-wip-us.apache.org/repos/asf?p=qpid-broker-j.git;h=ca3dd59 ] QPID-8229: [Java Broker] Ensure changes made to existing durable children of virtualhost after virtualhost restart are persisted (cherry picked from commit d27237d87672dff846603e5d04a849116ee47fac) # Conflicts: # broker-core/src/main/java/org/apache/qpid/server/store/VirtualHostStoreUpgraderAndRecoverer.java # broker-core/src/main/java/org/apache/qpid/server/virtualhost/AbstractVirtualHost.java > [Broker-J][6.x] Queue bindings are not removed on queue deletion when > BDB/DERBY/JDBC configuration stores are used > -- > > Key: QPID-8229 > URL: https://issues.apache.org/jira/browse/QPID-8229 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-6.1, qpid-java-6.1.2, > qpid-java-6.1.3, qpid-java-6.1.4, qpid-java-6.1.5 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-6.1.7 > > > Queue bindings can be left behind in BDB/DERBY/JDBC configuration stores on > queue deletion. When virtual host with a deleted queue and orphaned binding > is restarted, the Virtual Host startup fails with error "422 - No parent of > class Queue found.". The following warning is reported into the logs: > {noformat} > WARN [HttpManagement-HTTP-379] (o.a.q.s.m.p.s.r.RestServlet) - > IllegalArgumentException processing request > http://localhost:8080/api/latest/virtualhost/tmp2/tmp2 from user > '[/0:0:0:0:0:0:0:1:61279, admin]': No parent of class Queue found. > {noformat} > The work-around for the issue would a deletion of all queue bindings prior > queue deletion. There is no work around which would allow to delete orphaned > bindings and recover Virtual Host configuration apart from changing store > data directly which is not feasible in case of BDB. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8229) [Broker-J][6.x] Queue bindings are not removed on queue deletion when BDB/DERBY/JDBC configuration stores are used
[ https://issues.apache.org/jira/browse/QPID-8229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16585953#comment-16585953 ] Alex Rudyy commented on QPID-8229: -- Virtual Host restart is required prior queue deletion in order to reproduce the issue. It seems MessageStoreConfigurationChangeListener is not set on recovered objects > [Broker-J][6.x] Queue bindings are not removed on queue deletion when > BDB/DERBY/JDBC configuration stores are used > -- > > Key: QPID-8229 > URL: https://issues.apache.org/jira/browse/QPID-8229 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-6.1, qpid-java-6.1.2, > qpid-java-6.1.3, qpid-java-6.1.4, qpid-java-6.1.5 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-6.1.7 > > > Queue bindings can be left behind in BDB/DERBY/JDBC configuration stores on > queue deletion. When virtual host with a deleted queue and orphaned binding > is restarted, the Virtual Host startup fails with error "422 - No parent of > class Queue found.". The following warning is reported into the logs: > {noformat} > WARN [HttpManagement-HTTP-379] (o.a.q.s.m.p.s.r.RestServlet) - > IllegalArgumentException processing request > http://localhost:8080/api/latest/virtualhost/tmp2/tmp2 from user > '[/0:0:0:0:0:0:0:1:61279, admin]': No parent of class Queue found. > {noformat} > The work-around for the issue would a deletion of all queue bindings prior > queue deletion. There is no work around which would allow to delete orphaned > bindings and recover Virtual Host configuration apart from changing store > data directly which is not feasible in case of BDB. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org