不断消费的 JMS 消息

【问题标题】：JMS Message consumed continously不断消费的 JMS 消息
【发布时间】：2020-03-18 01:09:18
【问题描述】：

我在 Mule 4 中有一个 JMS 侦听器配置，它将订阅来自 Tibco JMS 代理中某个主题的消息。如果发生任何故障，JMS 消息会保留在主题中。

考虑在处理消息时是否存在运行时问题或一些间歇性问题，它将引发异常并且消息将保留在主题中。但是这里的问题是它会再次被消耗而没有任何延迟，这导致日志中连续出现异常轰炸，并且出于相同的原因在 DB 错误日志表中存储了多个失败消息。

有没有什么方法可以在一定延迟的情况下消费来自主题的消息？

【问题讨论】：

这是 Tibco JMS 代理

【解决方案1】：

TIBCO EMS 简单直接。如果它找到队列的消费者，它会立即发送消息。但是等等，如果消息没有被确认怎么办？它重试直到达到 maxredelivery 并将消息推送到保留的队列中。此外，TIBCO EMS 还提供了一个选项来延迟此重新交付，范围从 15 秒到 8 小时不等。有关更多信息，请联系您的 TIBCO EMS 管理员。

【讨论】：

@justin-bertramin 通常，TIBCO 开发人员将是管理员。由于他在 Mulesoft 上工作，所以我可以自信地说他不是 EMS 管理员。来到我提到的选项是 Queue 属性，可以在 EMS 用户指南下使用 setprop 进行分配。示例：setprop queue queue-name 属性
TIBCO EMS 用户指南中提供了更多信息。