классы IBM MQ для JMS - заблокированные при отправке сообщения

Question

Недавно я начал получать следующую проблему, которая приводит к сообщениям не доставленных:

"PollThread" prio=10 tid=0x00007f0a2cf86000 nid=0x76b8 in Object.wait() [0x00007f09eb6bf000] 
    java.lang.Thread.State: WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     at java.lang.Object.wait(Object.java:503) 
     at com.ibm.mq.jmqi.remote.api.RemoteHconn.checkUsable(RemoteHconn.java:2121) 
     - locked <0x000000048f040a10> (a com.ibm.mq.jmqi.remote.api.RemoteHconn$ReconnectMutex) 
     at com.ibm.mq.jmqi.remote.api.RemoteHconn.enterCall(RemoteHconn.java:1787) 
     at com.ibm.mq.jmqi.remote.api.RemoteHconn.enterCall(RemoteHconn.java:1764) 
     at com.ibm.mq.jmqi.remote.api.RemoteFAP.jmqiPutMessageWithProps(RemoteFAP.java:7804) 
     at com.ibm.mq.jmqi.remote.api.RemoteFAP.jmqiPut(RemoteFAP.java:7254) 
     at com.ibm.mq.ese.jmqi.InterceptedJmqiImpl.jmqiPut(InterceptedJmqiImpl.java:496) 
     at com.ibm.mq.ese.jmqi.ESEJMQI.jmqiPut(ESEJMQI.java:385) 
     at com.ibm.msg.client.wmq.internal.WMQMessageProducer$SpiIdentifiedProducerShadow.sendInternal(WMQMessageProducer.java:812) 
     at com.ibm.msg.client.wmq.internal.WMQMessageProducer$ProducerShadow.send(WMQMessageProducer.java:531) 
     at com.ibm.msg.client.wmq.internal.WMQMessageProducer.send(WMQMessageProducer.java:1178) 
     at com.ibm.msg.client.jms.internal.JmsMessageProducerImpl.sendMessage(JmsMessageProducerImpl.java:927) 
     at com.ibm.msg.client.jms.internal.JmsMessageProducerImpl.send_(JmsMessageProducerImpl.java:783) 
     at com.ibm.msg.client.jms.internal.JmsMessageProducerImpl.send(JmsMessageProducerImpl.java:446) 

Целые клиентское приложение не отвечает на запросы. Как устранить этот тип проблем с помощью классов IBM MQ для JMS? Это проблемы с настройкой соединения? В файле журнала MQ нет ошибок. Версия MQ - 7.5.2. Заранее благодарю за любую помощь.

Answer 1

Блокировка хранится на ReconnectMutex, что означает, что в настоящее время происходит пересоединение к диспетчеру очереди, и он ждет, пока не будет уведомлен о том, что пересоединение прошло успешно. Есть ли другой поток, который выглядит так, будто он пытается подключиться к диспетчеру очереди и не движется? Вы знаете, работает ли диспетчер очереди в это время?