SSRS调用ASMX服务时XML Query指定ElementPath无结果求助

我之前处理过好几起类似的SSRS调用ASMX服务时ElementPath匹配失败的问题，结合你描述的场景来看，核心问题大概率出在实际返回XML的层级结构和你指定的ElementPath不匹配，尤其是当你通过<Method>调用服务时，容易忽略ASMX返回的SOAP信封层级。

问题根源分析 #

你在场景a中直接嵌入的是<outboundMessage>作为XML根节点，但通过ASMX服务实际返回的XML是被SOAP信封包裹的，结构大概是这样：

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <outboundMessage xmlns="http://sample.org/pcp">
      <!-- 你的实际数据内容 -->
    </outboundMessage>
  </soap:Body>
</soap:Envelope>

而你在场景c中指定的ElementPath还是outboundMessage/clinicLocationPanel/clinicLocation，相当于从XML根节点直接找<outboundMessage>，但实际根节点是<soap:Envelope>，自然找不到对应的节点，只能返回空行。

另外，虽然你加了IgnoreNamespaces="true"，但如果<Method>标签的Namespace属性和服务的实际命名空间不匹配，也可能导致返回的XML结构异常，进一步影响ElementPath的匹配。

具体解决方案 #

1. 调整ElementPath包含SOAP信封层级

修改你的ElementPath，先定位到SOAP Body中的<outboundMessage>，再往下匹配目标节点：

<ElementPath IgnoreNamespaces="true">Envelope/Body/outboundMessage/clinicLocationPanel/clinicLocation</ElementPath>

因为你开启了IgnoreNamespaces="true"，所以不用管标签的前缀（比如soap:），直接写标签名即可。

2. 确保Method标签的Namespace配置正确

检查<Method>标签的Namespace是否和ASMX服务的命名空间完全一致（也就是你场景a中<outboundMessage>的xmlns值）：

<Method Namespace="http://sample.org/pcp" Name="你的服务方法名称">
  <!-- 这里添加你的参数配置，比如：
  <Parameters>
    <Parameter Name="你的参数名">
      <DefaultValue>参数默认值</DefaultValue>
    </Parameter>
  </Parameters>
  -->
</Method>

同时确认SoapAction的值也正确，格式通常是命名空间/方法名，比如http://sample.org/pcp/你的服务方法名称。

3. 验证ElementPath的准确性

用SQL Profiler捕获到的XML，复制到XML编辑器（比如Notepad++带XML插件），用XPath测试//clinicLocation是否能找到目标节点，然后对应调整ElementPath的层级，确保每一层的标签名和实际XML完全一致（注意XML是大小写敏感的）。

完整的Query示例 #

结合以上调整，场景c的正确Query应该类似这样：

<Query xmlns="http://sample.org/pcp">
  <Method Namespace="http://sample.org/pcp" Name="GetClinicLocations">
    <Parameters>
      <!-- 替换成你的实际参数 -->
      <Parameter Name="InmateID">
        <DefaultValue>123456789</DefaultValue>
      </Parameter>
    </Parameters>
  </Method>
  <SoapAction>http://sample.org/pcp/GetClinicLocations</SoapAction>
  <ElementPath IgnoreNamespaces="true">Envelope/Body/outboundMessage/clinicLocationPanel/clinicLocation</ElementPath>
</Query>

额外排查点 #

• 如果调整后还是不行，检查返回的XML中是否有额外的嵌套层级（比如服务方法的返回值节点，比如<GetClinicLocationsResult>包裹了<outboundMessage>），这时候需要在ElementPath中加上这一层。
• 确保SSRS的共享数据源配置正确，没有代理或权限问题导致返回的XML不完整。

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