我从这里的解决方案开始http://social.technet.microsoft.com/wiki/contents/articles/20547.biztalk-server-dynamic-schema-resolver-real-scenario.aspx 完美匹配我的场景,除了发送端口,但这不是必需的。我需要接收端口来选择文件并应用架构进行反汇编。从他们的编排中进行映射,其中一些是自定义的,等等。
我已经完成了教程中的所有内容,但我不断收到以下错误。 “执行接收管道失败...正文部分为 NULL”
我没有从教程中得到但不认为它们应该成为问题的东西是:
我创建了一个新的解决方案和项目来制作 custompipeline 组件(参考图 19)和 dll 文件。意味着它在它自己的命名空间上。然而,从教程看来,他们在主要的 biztalk 解决方案(即具有管道和编排的解决方案)中创建了项目,因此命名空间具有“TechNetWiki.SchemaResolver”。在里面。我应该让 custompipeline 组件具有我的主要解决方案的命名空间吗?我假设这无关紧要,因为我应该能够在其他解决方案中使用此组件,因为它对与 biztalk 应用程序关联的业务规则是通用的。
我没有的另一部分是“THEN Action”下的图 15,他们将其设置为他们想要反汇编到的目标架构,但随后他们将 #Src1 放在“ http://TechNetWiki.SchemaResolver.Schemas ”的末尾.SRC1_FF#Src1 "。#Src1 有什么用?