WebSphere MQ и mmx: не удается соединиться с очередями

Question

Мы используем WebSphere MQ и mmx, однако при попытке соединения с очередью у нас возникают проблемы:

[2/10/12 13:24:51:861 CST] 00000011 SystemOut     O 13:24:51,861 INFO  [ListenerThread]  - Retry [=1] reconnecting to JMS Queue/Topic
[2/10/12 13:24:51:864 CST] 00000012 SystemOut     O 13:24:51,864 INFO  [ListenerThread]  - Retry [=1] reconnecting to JMS Queue/Topic
[2/10/12 13:24:51:874 CST] 00000012 SystemOut     O 13:24:51,874 INFO  [JMSListener]  - init() failed with JMSException during initializing JMS access: xxsvclnk.queue.ISEEOutboundQueue
[2/10/12 13:24:51:875 CST] 00000011 SystemOut     O 13:24:51,875 INFO  [JMSListener]  - init() failed with JMSException during initializing JMS access: xxreqctr.queue.ISEEInboundQueue

Пожалуйста, сообщите нам возможные причины этой проблемы. мы сделали все соответствующие изменения (имя хоста: порт) и т. д.

Answer 1

Согласно обновлению в комментариях, приложения не печатают связанные исключения, и у вас нет доступа для их исправления. Исключения JMS являются многоуровневой структурой данных. Связанные исключения существуют для хранения специфических для поставщика диагностических кодов. Если ваши приложения не распечатывают полное исключение JMS, то о приложениях следует сообщать поставщику или программистам как о дефектах sev-1. У приложения JMS нет оправдания не печатать все уровни многоуровневой структуры диагностических данных. Этот пост - блестящий пример того, почему такие практики неоправданны. Без трассировки стека и связанных исключений нет данных для диагностики производственных проблем. Неделя (если таковая), сэкономленная при доставке кода, будет многократно оплачиваться при длительном отключении.

Ваш единственный другой вариант - это трассировка. Какие именно параметры доступны, зависит от установленных версий клиента WMQ и сервера WMQ. У вас достаточно доступа и / или поддержки, чтобы это выяснить, да?