Tibco JMS Queue 发件人 activity 处于挂起状态
Tibco JMS Queue Sender activity in Hung State
我们在单独的虚拟 windows 服务器 2008 R2 6.1[= 上使用 Tibco 5.11 BW 和 EMS 8.0.0.9 16=]
大约每 1-2 个月一次随机 tibco BW 过程从随机 tibco BW 包挂起 "JMS Queue Sender" activity。我们有大约 80 个 Tibco BW 包，每个包中有几百个流程。大多数进程内部都有非常简单的逻辑。这些进程正在使用 Tibco JMS 传输。
当问题发生时它不会在 tra.log 或 application.log 中抛出任何错误。我在 Tibco 管理员中只看到当前 activity "JMS Queue Sender" 的挂起线程。在 "JMS Queue Sender" activity 开始挂起之后，包中的所有进程也开始挂起，最终包根本没有响应。程序包重启解决问题。
"JMS Sender activity" 在 "destinationQueue" 中使用 TMP queue。可以使用 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 activity" 挂起可能与 ReplayTo 中设置的临时 queue 有关。
作为解决方法，我们将 Temporary Queue 更改为 Static queue 以解决该问题。
问题是 ReplayTo 中 queue 临时 "JMS Sender activity" 挂起的原因是什么？
更新：
可能与
有关
5.14.0：BW-17137 使用相同连接资源的 JMS 接收器和 JMS 发送器活动在重新连接到 EMS 服务器时陷入死锁情况。
5.13.0: BW-16413 使用相同连接资源的 JMS 接收器和 JMS 发送器在重新连接到 EMS 服务器时陷入死锁。
不幸的是，我在 release notes for 5.14 BW 中只看到问题 header 。我没有在 public
中找到问题的详细描述
迁移 BW 到 5.14 版最终解决了这个问题。
我们在单独的虚拟 windows 服务器 2008 R2 6.1[= 上使用 Tibco 5.11 BW 和 EMS 8.0.0.9 16=]
大约每 1-2 个月一次随机 tibco BW 过程从随机 tibco BW 包挂起 "JMS Queue Sender" activity。我们有大约 80 个 Tibco BW 包，每个包中有几百个流程。大多数进程内部都有非常简单的逻辑。这些进程正在使用 Tibco JMS 传输。
当问题发生时它不会在 tra.log 或 application.log 中抛出任何错误。我在 Tibco 管理员中只看到当前 activity "JMS Queue Sender" 的挂起线程。在 "JMS Queue Sender" activity 开始挂起之后，包中的所有进程也开始挂起，最终包根本没有响应。程序包重启解决问题。
"JMS Sender activity" 在 "destinationQueue" 中使用 TMP queue。可以使用 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 activity" 挂起可能与 ReplayTo 中设置的临时 queue 有关。 作为解决方法，我们将 Temporary Queue 更改为 Static queue 以解决该问题。
问题是 ReplayTo 中 queue 临时 "JMS Sender activity" 挂起的原因是什么？
更新： 可能与
有关5.14.0：BW-17137 使用相同连接资源的 JMS 接收器和 JMS 发送器活动在重新连接到 EMS 服务器时陷入死锁情况。
5.13.0: BW-16413 使用相同连接资源的 JMS 接收器和 JMS 发送器在重新连接到 EMS 服务器时陷入死锁。
不幸的是，我在 release notes for 5.14 BW 中只看到问题 header 。我没有在 public
中找到问题的详细描述迁移 BW 到 5.14 版最终解决了这个问题。