我的设置是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没有任何关系的简单控制器/动作,它会反复给我以下信息......
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 ''.
原始侦听器似乎仍然正常运行...但我认为控制器以某种方式触发另一个连接? 有谁知道我应该检查什么或可能导致这个问题的原因?
感谢
答案 0 :(得分:2)
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调用和选项。如果是这种情况,我想更多地了解原始帖子中提到的“简单控制器/操作”的含义。
最后,如果您正在访问的队列是远程队列,那么它将解析为传输队列。通道将始终将传输队列设置为GET(INHIBITED)并获取其上的独占锁。这与WMQ功能一致,因为应用程序只能从本地队列中获取消息。