gpt4 book ai didi

error-handling - BizTalk 2016 中针对内容错误的错误处理

转载 作者:行者123 更新时间:2023-12-03 08:23:28 25 4
gpt4 key购买 nike

我们正在开发两个系统之间的接口(interface),公开一组 REST 接口(interface)。

在消费者端,从编排到消费者应用程序的 API 调用可能会导致内容错误(例如,消费者端未定义字典值)。因为消费者没有公开所有的字典 API,所以我们必须将这种情况上报给运维团队,他们可以包含缺失的字典值并重新触发消息。

问题是我们的 Biztalk 开发人员说重新触发已经发送到出站队列的消息实际上是不可能的。

真的是这样吗?如何重新触发已经离开编排并发送到出站队列的消息?

最佳答案

在整个过程中,这实际上取决于您如何设计解决方案。你有几个选择:

  • 当从 BizTalk 以自动方式将错误升级到操作团队假设时,您可以使用原始消息启动一个新的编排实例,该消息等待使用 Id 关联的丢失数据的重新触发请求,然后一旦提交请求,它就可以合并两者并处理它。这种方法将保持一个长时间运行的实例,具体取决于从运营团队获得响应所需的时间。
  • 另一种选择是在升级到数据库或其他地方之前保存消息,然后在重新触发工作流中使用一些相关 ID 检索它。这有点类似于第一个选项,除了在这种情况下,您管理从自定义存储中保存和检索消息,而 BizTalk 将其保持在假脱机状态,需要更多的开发工作,但如果您的此类实例的数量非常高,您可能想要执行此操作
  • 如果可能,让运维团队在缺少数据的情况下再次提交整个请求。这样您就不需要在 BizTalk 中维护状态。

  • 根据您的特定需求和设计限制,可能还有其他选择。希望这能给你一个好的开始。这当然可以做到。

    关于error-handling - BizTalk 2016 中针对内容错误的错误处理,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50702791/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com