BizTalk问题：使用解压组件时映射未执行

问题场景 #

从SFTP获取ZIP文件，通过自定义接收管道（解压组件+平面文件拆解器）处理，接收端口配置入站映射将TXT转换为XML，但运行后发送端口保存的仍是原文件内容，映射未执行；手动解压TXT后上传SFTP，流程正常。

排查与解决步骤 #

• 检查消息上下文的MessageType属性
  BizTalk接收端口的入站映射依赖消息上下文的MessageType匹配映射的源架构。解压组件处理后，需确保输出消息的MessageType被正确设置为映射源架构的完整标识（格式：http://[命名空间]#[架构名称]）。可通过BizTalk管理控制台的消息跟踪功能查看上下文属性，若未正确设置，需调整管道添加消息赋值器组件手动指定该属性。

• 确认管道组件的配置与顺序
  确保自定义管道拆解阶段的组件顺序为：解压组件 → 平面文件拆解器，且平面文件拆解器已正确绑定到映射的源架构（不要留空）。部分解压组件可能会保留ZIP容器的消息结构，需验证解压后输出的是纯TXT内容，而非嵌套的ZIP消息结构。

• 启用消息跟踪全链路排查
  开启BizTalk的消息跟踪，查看以下关键节点：

  1. 解压后的消息内容是否为预期的TXT文本
  2. 平面文件拆解器是否成功将TXT转换为匹配源架构的XML
  3. 入站映射是否被触发（查看映射的调用日志）
     通过跟踪日志定位是解压环节、拆解环节还是映射环节出现了属性不匹配或消息结构异常。

• 调整映射的触发位置
  若接收端口的入站映射始终无法触发，可将映射移至业务流程中：

  1. 接收端口仅负责ZIP解压、TXT拆解为源XML
  2. 业务流程接收该XML消息，调用映射转换为目标XML
  3. 发送端口将转换后的XML保存至磁盘
     这种方式更便于控制消息流转，减少上下文属性冲突的概率。

内容的提问来源于stack exchange，提问作者Hansel