Biztalk 尝试在消息经过编排之前将其捕获到文本或xml文件中
我正在对传出消息中缺少两个XML元素的问题进行故障排除 我有以下相对简单的编排:Biztalk 尝试在消息经过编排之前将其捕获到文本或xml文件中,biztalk,biztalk-2013,Biztalk,Biztalk 2013,我正在对传出消息中缺少两个XML元素的问题进行故障排除 我有以下相对简单的编排: Receive Port -> Orchestration -> Send Port (IBM MQ) 我想在消息通过编排之前检查它,看看传入消息是否有问题。为此,我创建了一个额外的发送端口,带有FILE类型的传输(我称之为DefectTroubleshootingSendPort),以及发送管道的PassThruTransmit 此端口的URI为: C:\temp\Defect986\%Messa
Receive Port -> Orchestration -> Send Port (IBM MQ)
我想在消息通过编排之前检查它,看看传入消息是否有问题。为此,我创建了一个额外的发送端口,带有FILE
类型的传输(我称之为DefectTroubleshootingSendPort
),以及发送管道的PassThruTransmit
此端口的URI为:
C:\temp\Defect986\%MessageID%.xml
我将此发送端口的筛选器设置为
BTS.ReceivePortName==“OrderManagement.MembershipActivityExport.ReceivePort”
我将此新端口和原始MQ发送端口添加到发送端口组,并将此组绑定到业务流程的出站逻辑端口
即使在这之后,我也看不到临时文件被写入。但是,该消息会发送到MQ
我这样做是对的,还是有更好的方法来捕获传入的消息?我需要一个过滤器吗 您可以简单地停止编排,但保持它的登记状态。当消息传入时,业务流程实例将生成,但处于挂起(可恢复)状态,允许您查看其消息。要允许您执行希望执行的操作,请执行以下操作:
- 在传入接收端口上启用跟踪。您可能希望使用
,因为默认情况下可能不会启用XmlReceive
管道跟踪PassThruReceive
- 启用后,请检查
中心页面,查看跟踪了哪些属性。您可以找到接收端口名称/属性是否写入消息中,以及(重要!)是否已升级跟踪消息事件