首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在BizTalk 2010中处理没有订阅的消息

在BizTalk 2010中处理没有订阅的消息
EN

Stack Overflow用户
提问于 2016-04-14 08:10:34
回答 2查看 106关注 0票数 1

在BizTalk中,我收到一条已知类型的消息,这是我以前发送的消息的响应。当前业务流程通过相关集订阅响应。对于部署,我需要终止一些现有的编排,但是会创建新的编排,这些流程可以处理。通常,这可以通过并行部署来解决,但是第三方组件的更新需要我终止。

是否有办法将路由失败路由到具有下列约束的不同业务流程中。

  • 我需要原始消息类型来处理消息;
  • 我对管道中发生的错误不感兴趣(这也是自定义的)。这些活动应象往常一样暂停。

我试着在接收形状上使用过滤器,但是由于仍然存在路由失败,它似乎无法识别消息。

我想到的另一种选择是没有筛选器,但如果两个编排处理相同的消息,则需要发送一些消息,这在此解决方案中是不应该发生的。

解决方案只是暂时的,一个月后,所有旧的回复都将完成,解决方案可以删除。因此,在没有部署(或停机时间)的情况下,应该很容易删除它。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2016-04-14 14:57:15

我看到了两个可能的选项,您必须先对每个选项进行测试。

  1. 启用失败的消息路由并订阅发送端口的失败响应
  2. 只需让他们挂起并使用WMI脚本来保存消息。如果这样做,您还将得到上下文及其所有属性。

无论哪种方式,您都需要一个进程来重新提交它们。

票数 1
EN

Stack Overflow用户

发布于 2016-04-14 08:49:57

在处理同步调用时,通常在一分钟左右内得到响应。通常,设置维护窗口将是更好的选择。几分钟内没有传入的请求应该允许您清理事物并更新您的资源/工件。

如果这不是一个选项,通常并行部署是专门为此设计的。但你也被限制在那里。

另一种选择是让它们手动挂起并处理它们,或者--一旦挂起--保存挂起消息的主体,并保存它们以供进一步处理(手动或一些可以设置的特定流)。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/36617222

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档