Jms 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

---

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

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

---

这里唯一的其他选择是进行跟踪。可用的选项具体取决于安装的WMQ客户端和WMQ服务器的版本。您确实有足够的访问权限和/或支持来了解这一点，是吗？

您没有为我们提供太多的信息。你能打印链接的例外吗？如果是MQ问题，链接的异常将包含完成代码和原因代码，这些代码将准确地指出原因。还需要知道什么版本的WMQ客户端和什么版本的WMQ服务器。你还提到做“相关的改变”，这意味着你以前做过吗？发生了什么变化？感谢您的回复，我们有一个共享的基础设施环境，不幸的是，在这个环境中，我们无法控制很多事情。除此之外，我没有看到任何错误代码/堆栈跟踪。我们使用WebSphere7作为web服务器。任何线索。