【发布时间】:2012-06-08 16:43:29
【问题描述】:
我相信我对如何执行此操作的步骤有一个大致的了解,但我正在努力使架构正确,无论是使用平面文件架构生成器还是调整配置后记。
我将在下面给出一个数据示例,但一般来说,它以多行标题开头,可以有可变文本,但总是以相同的确切行结束(“START-OF-DATA”)。下一部分由分隔数据行组成(这是我需要带入 Biztalk 的文件的唯一部分)。最后,还有一个多行页脚,它始终具有相同的开始结束行(“END-OF-Data”和“END-OF-FILE”)。
示例——我的 cmets 在括号中:
START-OF-FILE (this is always here)
(. . . variable number of lines that contain info I don't need . . .)
START-OF-DATA (this is always here)
(many lines of delimited data that I DO need)
END-OF-DATA (this is always here)
(. . . variable number of lines that contain info I don't need . . .)
END-OF-FILE (this is always here)
我使用平面文件生成器创建了三个模式(页眉/细节/页脚),目的是仅映射细节。我创建了一个管道并将三个模式分配给反汇编阶段。
我正在寻找有关我的方法可能有什么问题的一般提示,或者我应该注意什么。但是我在运行时遇到的错误是:
在管道组件上指定的拖车规范 properties 不包含交换预告片。
我已经用谷歌搜索了这个错误,并且(按照建议)尝试将子订单从 Infix 更改为 Postfix,但这没有帮助。
【问题讨论】:
-
您是否考虑过将您的平面文件架构保持在一个中,并将端口映射添加到内部纯数据架构(即忽略映射中的页眉和页脚)?它会简化您的流程,并且仍然会为您提供所需的结果。
-
你有没有发现是什么原因造成的? (我看到你在三年前发布了这个)。接受的答案是一种可能性,但如果您不应该使用它,我看不出为什么 FF 反汇编器上会存在 Trailer Spec 字段。肯定有一种“正常”的方式来完成这项工作吗?
-
抱歉,我不记得分辨率了。我已经很多年没有接触过 Biztalk。
标签: biztalk biztalk-2010