Spring JMS MQJE001 : Completion Code '2' , 原因 '2042'

Question

我的设置是 Spring 3 JMS、MVC + Websphere MQ + Websphere 7

<!-- this is the Message Driven POJO (MDP) -->
<bean id="messageListener" class="com.SomeListener" />

<!-- and this is the message listener container -->
<bean id="jmsContainer"
    class="org.springframework.jms.listener.DefaultMessageListenerContainer">
    <property name="connectionFactory" ref="xxxCF" />
    <property name="destination" ref="someQueue" />
    <property name="messageListener" ref="messageListener" />
</bean>

当我启动服务器时，监听器似乎正确启动，因为它接收到我放入队列中的消息。

但是，一旦我运行任何与 JMS 无关的简单 Controller /操作，它就会一遍又一遍地向我显示以下消息...

DefaultMessag W org.springframework.jms.listener.DefaultMessageListenerContainer handleListenerSetupFailure Setup of JMS message listener invoker failed for destination 'queue:///ABCDEF.EFF.OUT?persistence=-1' - trying to recover. Cause: MQJMS2008: failed to open MQ queue ''.; nested exception is com.ibm.mq.MQException: MQJE001: Completion Code '2', Reason '2042'.
DefaultMessag I org.springframework.jms.listener.DefaultMessageListenerContainer refreshConnectionUntilSuccessful Successfully refreshed JMS Connection

ConnectionEve W   J2CA0206W: A connection error occurred.  To help determine the problem, enable the Diagnose Connection Usage option on the Connection Factory or Data Source.

ConnectionEve A   J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource JMS$XXXQCF$JMSManagedConnection@2. The exception is: javax.jms.JMSException: MQJMS2008: failed to open MQ queue ''.

ConnectionEve W   J2CA0206W: A connection error occurred.  To help determine the problem, enable the Diagnose Connection Usage option on the Connection Factory or Data Source.

ConnectionEve A   J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource jms/XXXQCF. The exception is: javax.jms.JMSException: MQJMS2008: failed to open MQ queue ''.

原始监听器似乎仍在正确运行...但我认为 Controller 以某种方式触发了另一个连接？有谁知道我应该检查什么或可能导致此问题的原因是什么？

谢谢

Answer 1

2042 表示“正在使用的对象”。由于消息生产者不存在独占使用队列的概念，因此您的消费者之一正在锁定队列。

此行为由 queue definition's DEFSOPT attribute 控制。这是在队列管理器本身，而不是在托管对象定义或工厂选项中。当以 mqm(或等效平台，如果 QMgr 在 Windows、iSeries、z/OS 等上)身份登录时，从命令行中，您需要启动 runmqsc 并发出以下命令来验证并修复问题。在我的示例中，QMgr 是 PLUTO，示例队列是 SYSTEM.DEFAULT.LOCAL.QUEUE。

/home/mqm: runmqsc PLUTO
5724-H72 (C) Copyright IBM Corp. 1994, 2009.  ALL RIGHTS RESERVED.
Starting MQSC for queue manager PLUTO.

dis q(system.default.local.queue) defsopt
     1 : dis q(system.default.local.queue) defsopt
AMQ8409: Display Queue details.
   QUEUE(SYSTEM.DEFAULT.LOCAL.QUEUE)       TYPE(QLOCAL)
   DEFSOPT(EXCL)
alter ql(system.default.local.queue) defsopt(shared)
     2 : alter ql(system.default.local.queue) defsopt(shared)
AMQ8008: WebSphere MQ queue changed.
dis q(system.default.local.queue) defsopt
     3 : dis q(system.default.local.queue) defsopt
AMQ8409: Display Queue details.
   QUEUE(SYSTEM.DEFAULT.LOCAL.QUEUE)       TYPE(QLOCAL)
   DEFSOPT(SHARED)

如果您显示队列并发现它已设置为 DEFSOPT(SHARED)，则必须通过 API 指定队列的独占使用。这通常意味着 C 或基本 Java 程序，因为这些非 JMS API 可以访问低级 WMQ 功能。这些诊断起来可能有点棘手，我通常使用跟踪或 SupportPac MA0W退出以显示 API 调用和使用的选项。如果是这种情况，我想更多地了解原始帖子中所述的“简单 Controller /操作”的含义。

最后，如果您正在访问的队列是远程队列，那么它将解析为传输队列。 channel 将始终将传输队列设置为 GET(INHIBITED) 并获取其独占锁。这与 WMQ 功能一致，因为应用程序只能从本地队列获取消息。