洪邦的Tibco JMS队列发件人活动

Question

我们在单独的虚拟Windows服务器2008 R2 6.1上使用 Tibco 5.11 BW 和 EMS 8.0.0.9

在“ JMS Queue Sender”活动中，大约每1-2个月来自随机tibco BW软件包的随机tibco BW过程大约挂一次。我们大约有80个Tibco BW软件包，每个软件包中有数百个流程。大多数过程内部都有非常简单的逻辑。这些过程正在使用Tibco JMS传输。

问题发生时在tra.log或application.log中没有引发任何错误。我仅在Tibco管理员中看到当前活动为“ JMS Queue Sender”的挂起线程。在“ JMS队列发送器”活动开始挂起之后，程序包中的所有过程也开始挂起，最终程序包完全没有响应。重新启动程序包即可解决该问题。

“ JMS Sender活动”正在“ destinationQueue”中使用TMP队列。可以使用tibjms.jar-7.0.1.jar从Java调用服务，也可以使用“ JMS Queue Requestor”从另一个tibco BW服务调用服务。

这是我们挂在“ JMS队列发送器”上的典型服务示例

tibco论坛中描述了类似的问题，但没有解决方案 https://community.tibco.com/questions/jms-queue-sender-hung-state

“ JMS发送者活动”挂起可能与ReplayTo中设置的临时队列有关。 解决方法是将临时队列更改为静态队列，以解决问题。

问题是，如果ReplayTo中出现临时队列，是什么原因导致“ JMS Sender活动”挂起？

UPD： 可能与

有关

5.14.0：BW-17137 使用相同连接资源的JMS接收器和JMS Sender活动在重新连接到EMS服务器时陷入了死锁状态。

5.13.0：BW-16413 使用相同连接资源的JMS接收器和JMS发送器在重新连接到EMS服务器时陷入了死锁。

不幸的是，我在release notes for 5.14 BW中仅看到问题标题。我尚未在公共场合找到问题的详细描述

Answer 1

该问题最终通过将BW迁移到版本5.14得以解决。