为什么我们必须为行程服务使用基于编排的处理如果动态路由必须在编排流程之间或之后发生? [英] Why must we use orchestration-based processing for an itinerary service If dynamic routing must occur between or after orchestration processes?

查看:100
本文介绍了为什么我们必须为行程服务使用基于编排的处理如果动态路由必须在编排流程之间或之后发生?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述



文档(http://msdn.microsoft.com/en-us/library/ee236680(BTS.10).aspx) 说"如果动态路由必须在编排流程之间或之后发生,请使用基于业务流程的处理来处理行程服务。"

有人可以解释/准确说明这意味着什么以及为什么会这样?

感谢

Hi,

The documentation (http://msdn.microsoft.com/en-us/library/ee236680(BTS.10).aspx) says "If dynamic routing must occur between or after orchestration processes, use orchestration-based processing for the itinerary service."

Can somebody explain/precise what this means and why it is this way?

Thanks

推荐答案

这意味着您无法在两个业务流程之间包含消息传递步骤,因为没有可以执行路由服务的管道。所有消息传递服务都在Dispatcher或Dispatcher Disassemble管道组件中执行,因此如果消息未通过其中一个组件,则消息传递服务无法执行。

在编排之后应该使用的实现步骤有点争议。

It means that you can't include a messaging step in between two orchestrations because there's no pipeline in which the routing service can execute. All messaging services are executed in either the Dispatcher or Dispatcher Disassemble pipeline components, so if the message is not going through one of these components, messaging services cannot execute.

The implementation that one should use after an orchestration step is a bit debatable.


这篇关于为什么我们必须为行程服务使用基于编排的处理如果动态路由必须在编排流程之间或之后发生?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆