在我的BizTalk项目中,我需要有一个接收管道,它将分解四个不同的平面文件,每个平面文件都有一个唯一的模式。也就是说,管道必须在运行时动态解析作为4个平面文件模式中的1个发送的平面文件的模式。
我听说的最好的方法是在我的流水线的反汇编阶段只有4个平面文件反汇编形状。这背后的逻辑是,BizTalk将逐个运行反汇编形状,直到它将文档的架构与反汇编组件中指定的架构之一相匹配-有点像架构类型上的if语句。然而,无论我通过4个文档中的哪一个,BizTalk似乎总是希望使用管道中的第一个模式来反汇编形状。
所以我的问题是:有人能更详细地解释一下当一个以上的平面文件反汇编形状被添加到管道中时会发生什么吗?有没有比采用这种方法更好的选择呢?
发布于 2014-04-06 21:18:51
平面文件反汇编程序究竟是如何探测消息的,并没有很好的文档。然而,这通常是无关紧要的,因为如果它不工作,那么,它就不会在你的情况下工作。
您可以做的是包装平面文件反汇编程序,并实现您自己的、更健壮的检测逻辑。
下面是一个例子:http://biztalkxin.blogspot.com/2012/11/biztalk-2010-create-dynamic-flat-file.html
发布于 2014-04-06 23:15:53
你实现IProbeMessage接口了吗?此接口探测方法允许根据管道执行到下一个管道组件返回true或false
https://stackoverflow.com/questions/22890084
复制相似问题