WebSphere MQ и mmx: невозможно подключиться к очередям

Мы используем 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

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


ibm-mq jms mmx
person xslguy    schedule 10.02.2012    source источник
comment
Вы не дали нам многого для продолжения. Можете ли вы распечатать связанные исключения? Если это проблема MQ, связанные исключения будут содержать коды завершения и причины, которые точно укажут причину. Также нужно знать какая версия WMQ клиента и какая версия WMQ сервера. Вы также упоминаете о внесении соответствующих изменений, которые подразумевают, что это работало раньше? Что изменилось?   -  person T.Rob    schedule 11.02.2012
comment
Спасибо за ответ, у нас есть среда с общей инфраструктурой, в этой среде, к сожалению, мы не можем контролировать многие вещи. Я не вижу никакого кода ошибки/трассировки стека, кроме этого файла . Мы используем websphere 7 в качестве веб-сервера. Любые подсказки.   -  person xslguy    schedule 11.02.2012

Ответы (1)


arrow_upward
0
arrow_downward

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

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

person T.Rob    schedule 11.02.2012