【发布时间】：2018-12-18 10:37:59
【问题描述】：
我们在不同的虚拟 Windows 服务器 2008 R2 6.1
上使用 Tibco 5.11 BW 和 EMS 8.0.0.9大约每 1-2 个月随机 tibco BW 包中的随机 tibco BW 进程会定期挂起“JMS 队列发件人”活动。我们有大约 80 个 Tibco BW 包和每个包中的几百个流程。大多数流程内部都有非常简单的逻辑。这些进程正在使用 Tibco JMS 传输。
问题发生时不会在 tra.log 或 application.log 中抛出任何错误。我只在 Tibco 管理员中看到具有当前活动“JMS Queue Sender”的挂起线程。在“JMS Queue Sender”活动开始挂起包中的所有进程之后，包也开始挂起，最终包根本没有响应。包重启解决问题。
“JMS Sender 活动”正在使用“destinationQueue”中的 TMP 队列。可以使用 tibjms.jar-7.0.1.jar 从 java 调用这些服务，也可以使用“JMS Queue Requestor”从另一个 tibco BW 服务调用这些服务。
这是我们挂在“JMS Queue sender”上的典型服务示例
tibco 论坛中描述了类似的问题，但没有解决方案 https://community.tibco.com/questions/jms-queue-sender-hung-state
“JMS Sender 活动”挂起可能与 ReplayTo 中设置的临时队列有关。 作为解决方法，我们将临时队列更改为解决问题的静态队列。
问题是在 ReplayTo 中的临时队列的情况下导致“JMS Sender 活动”挂起的原因是什么？
统一更新： 可能与
有关5.14.0：BW-17137 使用相同连接资源的 JMS Receiver 和 JMS Sender 活动在重新连接到 EMS 服务器时陷入死锁状态。
5.13.0: BW-16413 使用相同连接资源的 JMS Receiver 和 JMS Sender 在重新连接到 EMS 服务器时陷入死锁。
不幸的是，我在 release notes for 5.14 BW 中只看到问题标题。我还没有找到公开的问题详细描述
【问题讨论】：
-
当 TIBCO EMS 创建临时队列时，它必须与 EMS 服务器通信才能这样做。这个用户真的有创建临时队列的权限吗？
-
@AxelPodehl 它为同一用户工作了 99.9% 的时间。所以用户有权限。如果没有权限，它会将错误抛出到进程日志中。此外，如果临时队列在响应之前被删除，它也会将错误扔到进程日志中。如果我描述的日志中没有错误，它就会挂起。
-
我们还尝试了不同的测试，将 EMS 服务器与网络断开连接。重现问题没有运气。它总是在没有挂起的情况下重新连接
-
可能与 5.14.0 有关：BW-17137 使用相同连接资源的 JMS Receiver 和 JMS Sender 活动在重新连接到 EMS 服务器时陷入死锁状态。 5.13.0：BW-16413 使用相同连接资源的 JMS 接收器和 JMS 发送器在重新连接到 EMS 服务器时陷入死锁。不幸的是，我在 5.14 BW docs.tibco.com/pub/activematrix_businessworks/5.14.0/… 的发行说明中只看到了问题标题。尚未公开发现问题详细说明
标签： jms tibco tibco-ems tibco-business-works