mule - 想知道 mule 中的重新传递策略配置对文件端点连接器的作用
问题描述
我有一个这样的流程,左侧的第一个文件端点具有这样的配置, 已将重新传递策略设置为 5。为了使此流程失败,我在左侧的第二个文件连接器上配置了未知文件位置。如果我在第一个文件连接器上将重新传递策略配置为 5,会发生什么。为什么我们使用重新交付政策。我不是在问这个流程到底发生了什么。但概括地说,重新传递策略对入站文件端点连接器的作用究竟是什么。
解决方案
重新交付策略是一个过滤器,可以应用于任何源组件。当您添加重新交付策略时,基本上您是在源本身进行检查以捕获/识别某些错误或在实际的 mule 消息传递到流中的下一个组件之前满足某些条件。
如果您将重新发送策略发送到 5,连接器将尝试重新发送消息 5 次,如果在第 5 次尝试后遇到“错误消息”5 次,它将抛出 MULE:REDELIVERY_EXHAUSTED 错误。
实际过程的工作方式如下:每次源接收到一条新消息时,Mule 通过生成其密钥来识别该消息。在此过程中,如果流程遇到错误,Mule 会增加与消息键关联的计数器,当达到指定的限制时,它会抛出错误。
关于文件连接器,一个示例是在您希望连接器放弃之前,您希望重试访问文件多少次。
推荐阅读
- reactjs - 在运行反应应用程序的 Docker 容器中代理 API 请求
- javascript - 反应 | 可复用的下拉组件 | 如何获得选定的选项?
- docker - docker 中的 zeppelin-env.sh 文件在哪里?
- automaton - 如何在 Java 中实现这个自动机?
- google-apps-script - 从 Google App Script 设置 Google Drive 文件修改时间
- flutter - 隐藏顶部标题,直到滚动到特定高度
- ios - 使用自定义按钮扩展 SwiftUI 键盘
- sql-server - 无法将值 NULL 插入列,但错误消息中的值与我的代码无关
- qt - 适用于 Linux 的 Windows 子系统 - 运行使用 openGL 的应用程序
- unity3d - 变换.SetAsLastSibling(); 滞后/统一故障