[
https://issues.apache.org/jira/browse/ARTEMIS-4190?focusedWorklogId=850105&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-850105
]
ASF GitHub Bot logged work on ARTEMIS-4190:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 09/Mar/23 15:43
Start Date: 09/Mar/23 15:43
Worklog Time Spent: 10m
Work Description: jbertram merged PR #4386:
URL: https://github.com/apache/activemq-artemis/pull/4386
Issue Time Tracking
-------------------
Worklog Id: (was: 850105)
Remaining Estimate: 0h
Time Spent: 10m
> config-delete-queues doesn't always work as expected
> ----------------------------------------------------
>
> Key: ARTEMIS-4190
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4190
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Reporter: Domenico Francesco Bruscino
> Assignee: Domenico Francesco Bruscino
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Setting config-delete-queues + config-delete-addresses seems not to work as
> expected in the use case where the original multicast address remains, but
> the fixed queues within the multicast address are moved to anycast addresses.
> Consider the following case:
> We start with two multicast addresses, like so:
> {code:xml}
> <addresses xmlns="urn:activemq:core">
> <address name="DLQ">
> <anycast>
> <queue name="DLQ" />
> </anycast>
> </address>
> <address name="ExpiryQueue">
> <anycast>
> <queue name="ExpiryQueue" />
> </anycast>
> </address>
> <address name="TEST.QUEUE.0">
> <multicast>
> <queue name="TEST.QUEUE.0.1"/>
> <queue name="TEST.QUEUE.0.2"/>
> </multicast>
> </address>
> <address name="TEST.QUEUE.1">
> <multicast>
> <queue name="TEST.QUEUE.1.1"/>
> <queue name="TEST.QUEUE.1.2"/>
> </multicast>
> </address>
> </addresses>
> {code}
> We change the addresses to move the internal queues out of the multicast
> addresses and to anycast addresses, but keeping the original multicast
> addresses themselves, like so:
> {code:xml}
> <addresses xmlns="urn:activemq:core">
> <address name="DLQ">
> <anycast>
> <queue name="DLQ" />
> </anycast>
> </address>
> <address name="ExpiryQueue">
> <anycast>
> <queue name="ExpiryQueue" />
> </anycast>
> </address>
> <address name="TEST.QUEUE.0">
> <multicast>
> <queue name="TEST.QUEUE.0"/>
> </multicast>
> </address>
> <address name="TEST.QUEUE.1">
> <multicast>
> <queue name="TEST.QUEUE.1"/>
> </multicast>
> </address>
> <address name="TEST.QUEUE.0.1">
> <anycast>
> <queue name="TEST.QUEUE.0.1"/>
> </anycast>
> </address>
> <address name="TEST.QUEUE.0.2">
> <anycast>
> <queue name="TEST.QUEUE.0.2"/>
> </anycast>
> </address>
> <address name="TEST.QUEUE.1.1">
> <anycast>
> <queue name="TEST.QUEUE.1.1"/>
> </anycast>
> </address>
> <address name="TEST.QUEUE.1.2">
> <anycast>
> <queue name="TEST.QUEUE.1.2"/>
> </anycast>
> </address>
> </addresses>
> {code}
> We end up with the queues remaining in the multicast addresses, along with
> new anycast queues of the same name as anycast queues.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
