第 17 章 配置转发的 Redelivery


将延迟重新传送到地址通过 address - setting 配置元素的 redelivery- delay 属性来定义。如果指定了重新传送延迟,JBoss EAP 将等待这一延迟的持续时间,然后再重新传送消息。如果将 redelivery-delay 设为 0,则不会重新传送延迟。若要为给定 address-setting 获取 redelivery-delay 的当前值,可使用以下管理 CLI 命令作为示例:

/subsystem=messaging-activemq/server=default/address-setting=YOUR_ADDRESS_SETTING:read-attribute(name=redelivery-delay)

下表列出了 address-setting 的配置属性,可用于配置消息重新传送:以下列管理 CLI 命令为例,设置给定属性的值:

/subsystem=messaging-activemq/server=default/address-setting=YOUR_ADDRESS_SETTING:write-attribute(name=ATTRIBUTE,value=NEW_VALUE)
Expand
表 17.1. 地址设置的相关属性
属性描述

max-delivery-attempts

定义在发送到 死信地址 之前可以重新传送取消的消息的时间。默认值为 10

max-redelivery-delay

以毫秒为单位 redelivery-delay 的最大值。您可以设置 max-redelivery-delay 参数,以防止延迟太大。默认值为 redelivery-delay * 10

redelivery-delay

定义在尝试重新传送已取消消息前,以毫秒为单位等待多长时间。默认为 0

redelivery-multiplier

应用到 redelivery-delay 参数的倍数。每次重新传送消息时,延迟时间将等同于之前的 redelivery-delay * redelivery-multiplier。默认值为 1.0

有关配置 address-setting 的详细信息,请参阅地址设置

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部