Wso2 故障后信息处理器停用

Wso2 故障后信息处理器停用,wso2,wso2esb,wso2carbon,Wso2,Wso2esb,Wso2carbon,当出现“故障”和“最大交付尝试次数”时,会处理配置的次数,即使该过程在“消息处理器转动”下的“故障”徽标中继续,而无需手动干预,它会再次激活吗?禁用“消息处理器”的事实不会影响JMS队列中新消息的读取。由于消息存储和进程故事以先到先出的方式实现,因此不可能跳过出现故障的消息并继续消息流 尽管如此,即将发布的版本有一个新版本,您可以在尝试x次失败后将消息从队列中删除。话虽如此,但在制定时间表和流程时,这并不是一个好的做法 要进一步了解,请阅读给定文章 为了避免这种情况,您可以使用采样处理器并将消息

当出现“故障”和“最大交付尝试次数”时,会处理配置的次数,即使该过程在“消息处理器转动”下的“故障”徽标中继续,而无需手动干预,它会再次激活吗?禁用“消息处理器”的事实不会影响JMS队列中新消息的读取。

由于消息存储和进程故事以先到先出的方式实现,因此不可能跳过出现故障的消息并继续消息流

尽管如此,即将发布的版本有一个新版本,您可以在尝试x次失败后将消息从队列中删除。话虽如此,但在制定时间表和流程时,这并不是一个好的做法

要进一步了解,请阅读给定文章


为了避免这种情况,您可以使用采样处理器并将消息发送到后端。示例进程将立即将其从队列中删除并进一步处理。如果邮件传递失败或您发现错误,您可以按错误顺序重新添加到存储中。

如果我删除max.delivery.truments,则“转发邮件处理器”将始终稍后重试,并且不禁用sera?我不知道删除该参数是否有效,或者是否应该将值设置为-1。因为默认重试是无限的,即使删除max.delivery.truments属性或设置为-1的行为也是相同的。