мы используем Wildfly 11 и там у нас есть несколько MessageQueues от сторонних поставщиков.Мы все настроили и все работает нормально ... но проблема в том, что если сторонние очереди сообщений недоступны, мы получаем исключения во время включения нашего уха (который выполняет прослушивание сообщений).И это глупое поведение в нашей Системе интеграции Jenkins, поскольку эти очереди сообщений сторонних поставщиков недоступны.
Вот ошибка сборки, которую мы получаем при включении, если сторонние MessageQueues недоступны:
[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.2.1.Final:execute-commands (execute-action-scripts) on project centec-finance-manager-install: Execution execute-action-scripts of goal org.wildfly.plugins:wildfly-maven-plugin:1.2.1.Final:execute-commands failed: Failed to process file 'C:\Users\mleitner\git\FinanceManager\centec-finance-manager-install\target\cli\enable.cli': Command 'end-if' is invalid. {"WFLYCTL0080: Failed services" => {"jboss.deployment.subunit.\"centec-finance-interface-arz-ear-app.ear\".\"centec-finance-interface-arz-ear-core.jar\".component.SKOSOmdb.START" => "java.lang.RuntimeException: com.ibm.mq.connector.DetailedResourceAdapterInternalException: MQJCA1011: Failed to allocate a JMS connection., error code: MQJCA1011 An internal error caused an attempt to allocate a connection to fail. See the linked exception for details of the failure.
[ERROR] Caused by: java.lang.RuntimeException: com.ibm.mq.connector.DetailedResourceAdapterInternalException: MQJCA1011: Failed to allocate a JMS connection., error code: MQJCA1011 An internal error caused an attempt to allocate a connection to fail. See the linked exception for details of the failure.
[ERROR] Caused by: com.ibm.mq.connector.DetailedResourceAdapterInternalException: MQJCA1011: Failed to allocate a JMS connection., error code: MQJCA1011 An internal error caused an attempt to allocate a connection to fail. See the linked exception for details of the failure.
[ERROR] Caused by: com.ibm.msg.client.jms.DetailedJMSSecurityException: JMSWMQ2013: The security authentication was not valid that was supplied for QueueManager 'Q0GT' with connection mode 'Client' and host name 'xxx.xxx.xxx.xxx(17314)'.
[ERROR] Please check if the supplied username and password are correct on the QueueManager to which you are connecting.
[ERROR] Caused by: com.ibm.mq.MQException: JMSCMQ0001: IBM MQ call failed with compcode '2' ('MQCC_FAILED') reason '2035' ('MQRC_NOT_AUTHORIZED')."}}
Не устанавливать ухо, где реализовано прослушивание MessageQueue, не вариант, потому что есть другая логика, которую мы хотим проверить во время нашей непрерывной интеграции.
Итак, какие еще есть варианты?Установить и настроить несколько фиктивных очередей для разработки было бы возможным решением ... но я бы предпочел иметь конфигурацию, которая заставляет Wildfly игнорировать, что MessageQueue стороннего поставщика недоступен.Есть идеи?