[ https://issues.apache.org/jira/browse/ARTEMIS-2819?focusedWorklogId=449914&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-449914 ]
ASF GitHub Bot logged work on ARTEMIS-2819: ------------------------------------------- Author: ASF GitHub Bot Created on: 23/Jun/20 17:06 Start Date: 23/Jun/20 17:06 Worklog Time Spent: 10m Work Description: k-wall opened a new pull request #3199: URL: https://github.com/apache/activemq-artemis/pull/3199 ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking ------------------- Worklog Id: (was: 449914) Remaining Estimate: 0h Time Spent: 10m > Removal of address setting (exact match) ineffective > ---------------------------------------------------- > > Key: ARTEMIS-2819 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2819 > Project: ActiveMQ Artemis > Issue Type: Bug > Reporter: Keith Wall > Priority: Major > Time Spent: 10m > Remaining Estimate: 0h > > If, dynamically through management, I add a settings for an address (exact > match) then later remove those settings, on re-reading the settings record > for the address, I expect to see the settings from higher in the hierarchy > (or the root). This does not occur. It behaves as if the removal did not > take case. > I wrote a ActiveMQServerControlTest that demonstrates the problem. Looking at > the code, it appears the HierarchicalObjectRepository does not remove its > copy from the cache. Candidate PR raised. > -- This message was sent by Atlassian Jira (v8.3.4#803005)