BizTalk属性架构字段映射为变量时值为空的问题排查

在BizTalk应用中，已创建包含SID和MID的属性架构，字段从业务流程映射后提升，用于WCF-WebHttp发送端口的参数化URL，但出现System.ArgumentException: The path variable 'MID' in the UriTemplate must be bound to a non-empty string value错误，且上下文属性可见值但未传递到URL。以下是针对性排查步骤：

• 验证属性架构字段配置
  确认属性架构中MID和SID字段的属性类型为MessageContextPropertyBase，Promote属性设置为Promoted（WCF适配器依赖提升属性，而非区分字段）。同时检查字段数据类型为字符串，避免类型不匹配导致值无法传递。

• 核对命名空间完全匹配
  在WCF-WebHttp端口的变量映射中，确保属性的命名空间与属性架构的目标命名空间完全一致（包括大小写、特殊字符）。可通过导出端口配置XML，直接对比命名空间字符串，排查是否存在不可见字符（如空格、全角符号）。

• 确认提升时机与方式
  确保字段在业务流程中正确提升，而非仅依赖映射设置。可在消息赋值形状中明确赋值：

  Message(YourPropertyNamespace.MID) = MappedMessage.MIDField;
  

  保证消息到达发送端口前，上下文已正确包含提升属性的值。

• 检查上下文属性的实际值
  用BizTalk跟踪工具（BTSTrace）或自定义代码在发送端口前捕获消息上下文，确认MID属性的值为非空字符串。注意即使源字段有值，类型转换失败（如数值转字符串异常）也会导致绑定失败。

• 验证URL模板语法
  确认URL映射的XML语法无误：

  <BtsHttpUrlMapping>
          <Operation Name="PostCreateUser" Method="POST" Url="/crs/{MID}/enrollments?reg[user_id]={SID}&amp;reg[type]=StudentEnrollment" />
  </BtsHttpUrlMapping>
  

  检查{MID}、{SID}的拼写与属性架构字段名完全一致（区分大小写），&是XML转义后的正确分隔符。

• 排查主机配置与缓存
  确保发送端口所在的BizTalk主机实例权限足够，且.NET版本适配WCF适配器。尝试重启主机实例，清除适配器缓存，避免配置未生效。

• 测试简化场景
  搭建简化测试流程：在业务流程中手动给MID、SID赋值固定字符串，跳过映射环节，测试端口是否正常绑定。若简化场景正常，问题出在映射或提升环节；若仍失败，排查端口配置或适配器本身问题。

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