【问题标题】:Automate Suspended orchestrations to be resumed automatically自动恢复暂停的编排
【发布时间】:2014-10-22 08:53:44
【问题描述】:

我们有一个 BizTalk 应用程序,它使用 Web 服务将 XML 文件发送到外部应用程序。

BizTalk 通过将 XML 文件和目标应用程序 URL 作为参数传递来调用 Web 服务方法。

如果外部应用程序无法接收 XML,或者如果没有从 Web 服务收到返回到 BizTalk 的响应,则消息将在 BizTalk 中暂停。

目前,对于这种情况,我们手动转到 BizTalk 管理员并恢复每个暂停的消息。

我们的客户希望这个过程全部自动化,他们想要一个显示消息详细信息列表的仪表板和一个按钮,点击后所有暂停的消息都必须恢复。

【问题讨论】:

    标签: web-services biztalk biztalk2006r2


    【解决方案1】:

    如果您在编排中执行此操作并捕获连接错误,只需添加配置为 5 小时的延迟形状。或者将重试间隔设置为 300 分钟,并在发送端口上多次重试(如果有意义)。您也可以使用规则引擎来执行此操作。

    【讨论】:

      【解决方案2】:

      为什么不实现异步模式?

      您这样做,以便编排通过发送形状发送文件,同时初始化某个相关集。

      然后在一端放置一个listen 形状:
      - 接收(遵循初始化的相关集)
      - 延迟形状设置为 5 小时。

      当您收到消息时,您的编排可以优雅地处理它。
      如果您不这样做,延迟形状将启动并相应地进行处理。

      与 40Alpha 的解决方案相比,此解决方案的好处是,如果超时或收到响应时,您的编排只会从脱水状态“唤醒”。在 40Alpha 的示例中,编排会被唤醒很多次,消耗额外的资源。

      【讨论】:

        【解决方案3】:

        您可能希望查看类似BizTalk 360 的产品。它内置了那种监控和命令。虽然我不确定它是否适用于 BizTalk 2006R2,但您应该考虑退出该平台,因为它已不再支持 Microsoft。

        【讨论】:

          猜你喜欢
          • 2015-04-18
          • 1970-01-01
          • 1970-01-01
          • 2011-07-31
          • 2018-04-21
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多