java - 不断消费的 JMS 消息
问题描述
我在 Mule 4 中有一个 JMS 侦听器配置,它将订阅来自 Tibco JMS 代理中某个主题的消息。如果发生任何故障,JMS 消息会保留在主题中。
考虑在处理消息时是否存在运行时问题或一些间歇性问题,它将引发异常并且消息将保留在主题中。但是这里的问题是它会再次被消耗而没有任何延迟,这导致日志中连续出现异常轰炸,并且出于相同的原因在 DB 错误日志表中存储了多个失败消息。
有什么方法可以延迟消费来自主题的消息吗?
解决方案
TIBCO EMS 简单直接。如果它找到队列的消费者,它会立即发送消息。但是等等,如果消息没有被确认怎么办?它重试直到达到 maxredelivery 并将消息推送到保留的队列中。此外,TIBCO EMS 还提供了一个选项来延迟此重新交付,范围从 15 秒到 8 小时不等。请联系您的 TIBCO EMS 管理员以获取更多信息。
推荐阅读
- azure-active-directory - 如何通过 Graph API 将服务主体作为所有者添加到 Azure AD 组
- php - 在 Laravel/PHP 中创建用户的唯一系统浏览器设备 ID
- c++ - 使用 c+=expression 和 c=c+expression 时输出的 std::string 差异
- junit - 如何为 keyholder 和 PreparedStatementCreator 编写单元测试用例 100%
- javascript - 在刷新对象的页面值时设置为 null
- asp.net-core - 具有多个 Web 项目的 VS 2019 ASP.Net 核心解决方案从错误的工作目录开始
- html - mat-slide-toggle :即使禁用也能保持颜色深度
- amazon-web-services - AWS Lambda“errorMessage”:任务在 3.00 秒后超时
- php - 从 wordpress 触发 laravel 事件
- python - 在 Python 中读取/打开保存为 .bak 的 MySQL 数据库