BizTalk Xml disassembler未正常提升消息属性问题咨询

属性未被正常提升由以下配置错误导致，按影响优先级排序：

• 属性架构命名空间不一致
  你的属性架构根节点默认命名空间声明为http://MyMessageProperties.PropertySchema（HTTP协议），但targetNamespace配置为https://MyMessageProperties.PropertySchema（HTTPS协议）。BizTalk加载属性架构时会严格校验命名空间一致性，该不匹配问题会直接导致Xml Disassembler无法找到对应属性定义，完全跳过属性提升流程。
• 消息类型上下文缺失
  两种场景下都会触发该问题：
  1. 双向发送端口侧：REST适配器返回响应消息时，如果未显式标记消息类型，且Xml Disassembler未开启自动探测，组件无法匹配到你部署的消息架构
  2. 双向接收端口侧：自定义管道组件通过GetNext()返回队列消息时，如果构造新消息的过程中未显式写入系统上下文属性MessageType，Xml Disassembler不会主动识别消息结构
• Xml Disassembler配置错误
  如果组件未开启文档自动探测、未将你的消息架构加入可识别文档列表，即使消息格式完全匹配，组件也不会加载架构执行属性提升。

1. 修正属性架构配置
   打开属性架构文件，将根节点的默认命名空间与目标命名空间统一为相同值，建议统一使用http://MyMessageProperties.PropertySchema，避免HTTP/HTTPS混用问题。修改完成后重新引用属性架构到消息架构，确认所有提升字段的XPath路径与属性命名空间引用正确，重新编译部署相关BizTalk项目。
2. 补全自定义管道组件的上下文写入逻辑
   在自定义组件返回队列消息前，显式给消息写入MessageType系统属性，参考代码如下：

   const string BTS_SYS_NS = "http://schemas.microsoft.com/BizTalk/2003/system-properties";
   // 构造完outMsg对象后补充以下代码
   outMsg.Context.Write("MessageType", BTS_SYS_NS, "http://MyMessage#MessageProcessingResult");
   // 确保消息体部分被标记为主体部分
   outMsg.BodyPart = outMsg.Parts["Body"];
   

3. 调整Xml Disassembler组件配置
   分别打开两个端口使用的接收管道，找到Xml Disassembler组件，做如下配置调整：
   • 在「文档架构」列表中添加你部署的MessageProcessingResult架构
   • 勾选「允许未识别消息」选项
   • 勾选「通过结构探测解析文档」选项，探测优先级设置为优先匹配目标命名空间+根节点
   • 调试阶段可临时开启「验证文档结构」选项，快速定位消息格式不匹配问题

重新部署后重启宿主实例，触发测试消息，通过BizTalk管理控制台查看挂起/成功实例的上下文属性：

• 确认系统属性MessageType值为http://MyMessage#MessageProcessingResult
• 确认你定义的Category、Code、OriginalMessageID等属性已出现在上下文列表中，值与消息体内容一致

排查时注意核对REST服务返回、自定义组件输出的实际XML内容，确保根节点的命名空间与消息架构的targetNamespace完全一致，末尾斜杠、HTTP前缀、大小写任意差异都会导致架构匹配失败。

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