BizTalk管道自定义组件反汇编,无文档架构

BizTalk管道自定义组件反汇编,无文档架构,biztalk,biztalk-2013,biztalk-pipelines,Biztalk,Biztalk 2013,Biztalk Pipelines,我将根据存储在SQLServer数据库表中的业务逻辑对平面文件输入进行解析和格式化。我没有用于输入的文档架构。我为反汇编编写了一个C#自定义组件类。当我在接收管道中的反汇编阶段使用自定义组件时,我得到的文档架构未找到错误 有没有人遇到过同样的情况,并以不同的方式处理 BizTalk使用消息上下文部分中的“MessageType”属性(消息中XML的命名空间+根节点名)路由消息。你的设计中没有这个,所以它不知道该怎么做 你可以: 通过解析和分配唯一的消息类型,分别处理每种类型的平面文件 将内容提

我将根据存储在SQLServer数据库表中的业务逻辑对平面文件输入进行解析和格式化。我没有用于输入的文档架构。我为反汇编编写了一个C#自定义组件类。当我在接收管道中的反汇编阶段使用自定义组件时,我得到的文档架构未找到错误


有没有人遇到过同样的情况,并以不同的方式处理

BizTalk使用消息上下文部分中的“MessageType”属性(消息中XML的命名空间+根节点名)路由消息。你的设计中没有这个,所以它不知道该怎么做

你可以:

  • 通过解析和分配唯一的消息类型,分别处理每种类型的平面文件
  • 将内容提取为一种消息类型
  • 将文件内容包装在“信封”中
您需要为这些选择中的任何一个创建一个模式


名称空间和路由是处理文件结构更改的快捷方式。如果在命名空间中包含文件的版本,BizTalk可以将消息路由到为您处理此类消息的代码。您可以继续处理旧式消息以及新格式。我们以这种方式处理试点项目。

您为什么不使用平面文件模式来分解文件?然后让SQL中的任何逻辑在以后执行?你的反汇编程序发出的信息是什么?XML文档。你在BizTalk中有这样的模式吗?我们有许多不同的消息类型/格式。其中大多数都是复杂和动态的。所以平面文件模式没有帮助。在反汇编阶段,消息体包含实际数据。不,我在BizTalk中没有这方面的架构。谢谢。你在拆卸阶段到底想做什么。RU将平面文件转换为xml或使用xmlrecive管道组件。最好将您收到的确切错误信息发布出来。告诉我们更多关于你的意图问题是为什么你不能使用内置的平面文件反汇编程序?拥有许多不同的输入格式一点也不奇怪。除非您遇到非常、非常不可能出现无法支持平面文件的情况,否则使用自定义代码只会让事情变得更加困难。您能否更详细地解释一下您在组件上做了什么?