如何使用返回多条消息的BizTalk Orchestration创建自定义行程服务？ [英] How to create custom itinerary service using BizTalk Orchestration that returns multiple messages?
问题描述
您好
我想使用BizTalk Orchestration创建一个自定义行程服务，该服务可以接受多个解析器并将入站邮件路由到所有收件人。我知道这可以使用Orchestration Extender中的开箱即用转换服务来实现，
但是我想添加一些自定义逻辑。
I would like to create a custom itinerary service using BizTalk Orchestration that would accept several resolvers and route inbound message to all recipients. I know that this can be achieved using out-of-the-box Transform service in Orchestration Extender, but I would like to add there some custom logic.
我看了一下Scatter-Gather和Message Enrichement示例，但它们最终只返回一个出站消息。所以我开始创建自定义业务流程，其中在循环中我解析解析器并将转换后的入站消息发送到MessageBox。但是，
我有几个问题：
I looked at Scatter-Gather and Message Enrichement samples but both of them finally return only one outbound message. So I started creating my custom orchestration where in loop I resolve resolvers and send transformed inbound message to MessageBox. However, I have several questions:
- 是否应该在循环中初始化itineraryAdvance相关集？我尝试了但是我收到一个错误，说明相关集只能初始化一次。
- 行程何时应该进入下一步并使用哪条消息？在循环中还是之后呢？
- 我知道我可以在行程设计器中预览内置的转换服务编排，但它只显示没有代码细节的布局。有没有办法查看完整的编排？
Piotr
推荐答案
嗨Piotr，
Hi Piotr,
- 您应该在接收形状中初始化您的相关集并按照发送形状进行操作。相关集仅用于提升消息上下文中的值。
- IT取决于您的方案。
- 如果您希望每个子消息都遵循行程的其余部分，则必须在循环之前推进行程并将其分配给每个子消息..
- 如果您不清楚业务流程之后的子消息发生了什么，但是想要继续处理源消息，则必须在循环之后只进行一次步骤。最奇怪的情况。
- 如果您希望每个子消息都遵循行程的其余部分，则必须在循环之前推进行程并将其分配给每个子消息..
当我必须分割文件时，我正在使用一个场景使用自定义条件并处理它们。我做了一个用于拆分的编排和另一个用于在消息框中发送消息的编排。它更清楚，但过程较慢。在
可能的情况下进行管道评估始终是最好的方法。
I am using a scenario when i have to split a file with custom conditions and process them. I made an orchestration for splitting and another one for sending the messages in the message box. It s clearer but the process is slower. Debatching in pipeline when possible is always the best approch.
您必须注意一旦您将消息框中的孩子消息丢弃，订单将无法保证开箱即用。
You have to pay attention for once you drop your child messages in the message box, the order will not be guaranteed out of the box.
HTH
这篇关于如何使用返回多条消息的BizTalk Orchestration创建自定义行程服务？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
