Biztalk 如何使用BRE解析行程中编排之后发生的转换服务？
在尝试使用Biztalk ESB Toolkit 2.0实现简单的集成模式时，我遇到了一个问题，即试图解决编排之后发生的转换行程服务 我使用BRE解析器来执行需要检查上下文消息类型属性以确定要使用的适当映射的规则。但是，一旦消息到达与转换服务关联的行程中的步骤，映射将无法执行 经过仔细调查，似乎没有将消息类型提供给BRE解析器内部使用的解析对象。实际上，由于离开前面业务流程的消息类型为System.Xml.XmlDocument，因此消息的类型将从上下文降级 通过跟踪规则引擎的执行，我可以观察到消息的类型在到达BRE解析器时确实丢失了。消息的类型为空，而文档的强类型为Microsoft.XLANGs.BaseTypes.Any 我使用的编排服务直接取自ESB Toolkit 2.0附带的示例Biztalk 如何使用BRE解析行程中编排之后发生的转换服务？,biztalk,biztalk-2009,esb-toolkit-2.0,Biztalk,Biztalk 2009,Esb Toolkit 2.0,在尝试使用Biztalk ESB Toolkit 2.0实现简单的集成模式时，我遇到了一个问题，即试图解决编排之后发生的转换行程服务 我使用BRE解析器来执行需要检查上下文消息类型属性以确定要使用的适当映射的规则。但是，一旦消息到达与转换服务关联的行程中的步骤，映射将无法执行 经过仔细调查，似乎没有将消息类型提供给BRE解析器内部使用的解析对象。实际上，由于离开前面业务流程的消息类型为System.Xml.XmlDocument，因此消息的类型将从上下文降级 通过跟踪规则引擎的执行，我可以观察到
有没有一种方法可以在行程中进行编排后执行基于上下文的BRE解析？回答我自己的问题。。。简言之，关键是预先设置原始消息的上下文并提升MessageType上下文属性。在以下段落中，我将转载一篇即将发表的关于： 编排行程服务101 在努力做到这一点并尝试不同的解决方案后，我终于成功地遵循了一套简单的规则。在这篇文章中，我想简要介绍一个行为良好的ESB Toolkit 2.0友好编排的组成部分，它可以用作行程服务，并且仍然可以利用业务规则引擎解析器进行基于消息上下文类型的动态转换 行程服务的上下文订阅 首先，设计用作行程服务的编排需要有一个直接绑定的逻辑端口，该端口链接到一个接收形状，该形状定义了ESB友好的订阅，如下所示：
Microsoft.Practices.ESB.Itinerary.Schemas.ServiceName == "MyCustomItineraryService" And
Microsoft.Practices.ESB.Itinerary.Schemas.ServiceState == "Pending" And
Microsoft.Practices.ESB.Itinerary.Schemas.ServiceType == "Orchestration"
// Retrieve the current itinerary step.
itinerary.Itinerary = Microsoft.Practices.ESB.Itinerary.ItineraryOMFactory.Create(InboundMessage);
itineraryStep.ItineraryStep = itinerary.Itinerary.GetItineraryStep(InboundMessage);
OutboundMessage(*) = SourceMessage(*)
itinerary.Itinerary.Advance(OutboundMessage, itineraryStep.ItineraryStep);