我被赋予了在客户系统和内部系统之间创建集成的任务。客户发送一个平面文件,我很难理解如何使用平面文件架构解析。
结构是这样的:
H[n] (either H1, H2 or H3)
K3 (0..unbounded)
K4 (0..unbounded)
M4 (0..unbounded)
M5 (0..unbounded)
S4 (0..unbounded)
S5 (0..unbounded)
每条线以正常的CR / LF结束,每条线都是基于位置的。
示例:
H1 0123 TEST L5A3
K3 20160608 1103 0004
K4 XA TEST 01
M41123 AQ
M5SA
M5X1
S4SENDOUT
S5POP
H1Q 0342 TEST2 KY
S4IN
H3A 1408 TESTING S6T2
M43308 BB
H2 1331 TEST3 SA
S4PO
这最终应该生成4个XML节点,但我主要关注的是如何使用平面文件架构向导或仅使用平面文件架构来创建实际可以解释此的架构。
这是否可行(考虑到各种线路类型,消息长度等)?
答案 0 :(得分:3)
我不明白为什么BizTalk会很难解析这个平面文件。您的线条清晰地标有两个第一个字符。您可以将其用作记录的标记标识符。
我认为这是具有重复记录的结构化位置平面文件的典型示例。
这个例子可能会给你一些关于如何做到这一点的指示,它有点类似: Flat File Schema creation with Tag Identifiers in the input flat file repeating in a random fashion.
在您的情况下,您必须使用平面文件向导创建平面文件架构。主要根据我自己的经验说,你永远不会完全正确,所以可能需要对FF XSD进行一些调整。
要最终获取结果XML,请使用映射从平面文件架构获取所需的输出XML结果架构。