Проблемы запуска JMS-моста в Wildfly 10 - PullRequest
Новая
       20

Проблемы запуска JMS-моста в Wildfly 10

0 голосов
/ 26 сентября 2018

Я пытаюсь настроить JMS или основной мост между двумя экземплярами Wildfly 10.

Моя конфигурация очереди и моста: 

<subsystem xmlns="urn:jboss:domain:messaging-activemq:1.0">
    <server name="default">

        ...

        <jms-queue name="APIResponseSource" entries="queue/APIResponseSource java:/jms/queue/APIResponseSource java:jboss/exported/jms/queues/APIResponseSource" durable="false"/>

        ...

        <bridge name="APIResponseBridge" queue-name="jms.queue.APIResponseSource" forwarding-address="jms.queue.APIResponseTarget" use-duplicate-detection="true" static-connectors="response-bridge-connector"/>

        ...

    </server>
</subsystem>

Я использовал пример в этомpost:

Wildfly 10 JMS-мост через проблемы конфигурации HTTPS

Я получаю следующую ошибку: 

2018-09-25 23:44:43,170 WARN  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 65) AMQ222125: No queue found with name jms.queue.APIResponseSource bridge APIResponseBridge will not be deployed.

Я использовалкаждая комбинация имен очередей, о которых я могу думать, APIResponseSource, jms.queue.APIResponseSource, jms.queues.APIResponseSource, queue.APIResponseSource, но конечный результат один и тот же.Я видел некоторые обсуждения по настройке основной очереди, но в документированной конфигурации Wildfly 10 вроде бы ничего не происходит.Я также видел некоторое обсуждение элемента "jms-bridge", но я не нашел ничего подобного в документации.Я бы предпочел использовать основной мост из соображений производительности.

Есть идеи?

1 Ответ

0 голосов
/ 26 сентября 2018

Я считаю, что проблема здесь заключается в порядке, в котором ресурсы развернуты.«Базовые» ресурсы, такие как основные очереди, мосты, переадресации и т. Д., Развертываются до ресурсов JMS, таких как очереди и темы JMS.Поэтому мост развертывается до очереди JMS, что означает, что «основная» очередь, представляющая очередь JMS, еще не существует, следовательно, возникает ошибка.Вы должны определить «базовую» очередь jms.queue.APIResponseSource, которая сопоставляется с адресом с таким же именем, например: 

<queue name="jms.queue.APIResponseSource" address="jms.queue.APIResponseSource"/>

Я не верю, что это явно задокументировано, но вы найдете queue элемент в docs / schema / wildfly-messaging-activemq_1_0.xsd.

...