如何从Apache Artemis获得与从带有通配符JMS侦听器的经典ActiveMQ相同的行为

Question

首先，让我解释一下我使用经典的ActiveMQ所做的尝试，它非常适合我的需求：

    @JmsListener(destination = "queue.>")
    public void receiveMessage(Event event) {
        //Process the event message
    }

我观察到的我不能配置Artemis来做同样的事情是：

1. 使用通配符侦听ActiveMQ队列未创建新队列（侦听器队列）
2. 使用通配符侦听器使用消息实际上会减少实际队列中挂起消息的数量。
3. 通配符侦听器实际上会相当公平地从所有队列读取消息。它仍然尊重每个队列上的FIFO，但不会尊重跨队列的FIFO。例如，当我在queue.test1.event中放入100条消息，然后才在queue.test2.event中添加100条消息时，如果我启动通配符侦听器，它将开始公平地从两个队列中读取消息，尽管queue.test2.event队列中的所有消息基本上都添加在queue.test1.event.
中的100条消息之后

我需要功能#2和#3。第一个只是观察，我认为这是我在阿尔忒弥斯的问题的根本原因。

现在，当我转移到Artemis时发生的事情是：通配符模式有点不同，但我做了相同的场景。监听器如下所示：

    @JmsListener(destination = "queue.#")
    public void receiveMessage(Event event) {
        //Process the event message
    }

如您所见，通配符模板更改为queue.#，以便能够读取所有这些队列。

我的Artemis队列在web控制台中如下所示：Artemis中的队列，

这给我带来了一个巨大的问题。虽然我仍然希望它尊重每个队列中的FIFO，但我也希望它开始使用来自其他队列的消息。因为，如果一个客户正在处理巨大的任务，它不应该阻止其他人继续他们的任务。

PS1:我限制两个测试中的监听器每次只能使用一条消息，以便能够正确地测试它。

PS2:如果你想知道为什么我不使用经典的ActiveMQ，如果它完全符合我的需要，答案是：Apache将使Artemis在未来成为它的主要版本（一旦它达到一定的成熟度），我希望与路线图保持一致。引用自其网站：

PS4:我对解决方案和安装都使用默认配置。

Answer 1

简单地说，ActiveMQ Artemis不支持通配符使用者。它只支持具有相似但不同语义的通配符地址（正如您这个问题的答案中所解释的那样）。

您可以打开一个问题来请求实现此特性。