WebSphere MQ和MMX：无法用队列

我们使用的是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

请让我们知道这个问题的可能原因。我们已经完成了所有相关更改（主机名：端口）等。

来源

2012-02-10 xslguy

你还没有提供给我们很多东西。你能打印链接的异常吗？如果这是一个MQ问题，则链接的例外将包含完整性和原因代码，这些代码将明确指出原因。还需要知道WMQ客户端的版本和WMQ服务器的版本。你还提到了“相关的变化”，这意味着这在以前工作？什么改变了？ – 2012-02-10 20:40:56

感谢您的回复，我们拥有共享的基础架构环境，在这种环境下，很不幸我们无法控制许多事情。除此之外，我没有看到任何错误代码/堆栈跟踪。我们使用websphere 7作为Web服务器。任何线索。 – xslguy 2012-02-10 21:18:53

根据注释中的更新，应用程序不会打印链接的例外，您无权修复它们。 JMS异常是一个多层次的数据结构。链接的例外存在用于保存供应商特定的诊断代码。如果您的应用程序不打印整个JMS异常，则应将这些应用程序报告给供应商或程序员，以包含sev-1缺陷。 JMS应用程序没有可能不打印多级诊断数据结构的所有级别。这篇文章就是为什么这种做法不合理的一个很好的例子。如果没有堆栈跟踪和关联的异常，则没有数据可用于诊断生产问题。在交付代码时保存的一周（如果是这样的话）将会在延长中断的情况下多次支付。

您唯一的其他选择是做跟踪。具体哪些选项可用取决于安装的WMQ客户端和WMQ服务器的版本。你有足够的访问权限和/或支持来找到答案，是的？

来源

2012-02-11 05:35:07

WebSphere MQ和MMX：无法用队列

回答

相关问题