java - WSDL4J 无法使用 Basichttpbinding 解析 wcf .net 服务响应

Question

我正在尝试从 JAVA 代码 (WSDL4J) 调用 .net wcf 服务。但WSDL4J无法解析.net服务的响应。我使用了basichttpbinding协议(protocol)。

服务的实际响应 -----

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Body>
      <TestResponse xmlns="http://tempuri.org/">
         <TestResult>hi Test</TestResult>
      </TestResponse>
   </s:Body>
</s:Envelope>

我对此做了一些更多的分析，发现如果响应是这样的，那么 WSDL4j 就可以正常工作 -

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Body>
      <t:TestResponse xmlnst:t="http://tempuri.org/">
         <TestResult>hi Test</TestResult>
      </TestResponse>
   </s:Body>
</s:Envelope>

我的意思是，如果以这种方式指定 xml 命名空间，WSDL4J 就会正确解析 .net 响应。

所以问题是 - 我们如何修改 .net 响应以获得新的 xml 响应，或者我们可以做哪些更改，以便 JAVA 部分可以解析 .net 服务响应？

Answer 1

主要问题是 WCDL4J 似乎期望 TestResult 元素位于某个默认或空的 XML 命名空间中，而不位于“http://tempuri.org ”命名空间中。 WCF 服务生成的肥皂正确创建了一个 TestResponse 元素，使其所有子元素都位于同一 XML 命名空间中，并将默认 XML 命名空间重置为“http://tempuri.org ”。

WSDL4J 解析器似乎期望该 namespace 仅适用于 TestResponse 元素，而不适用于 TestResult 元素。对我来说这似乎是一个错误，但您可能对此无能为力。

如果您仍在阅读，有几种方法可以尝试解决此问题。快速简单的方法是强制 WCF 对它创建的所有肥皂体元素使用相同的 XML 命名空间。为此follow the advice in this MSDN post for XML namespaces对于您的服务的 ServiceContract 和 DataMember 属性。这可能会使 WSDL4J 解析器在使用您的 namespace 而不是它使用的任何默认 namespace 时表现不同，但不能保证这会起作用。例如:

 [ServiceContract(Namespace = "http://YourCo/2011/05/18/YourDomain")]
    public interface ICalculator
    {
        [OperationContract]
        double Add(double n1, double n2);
        [OperationContract]
        double Subtract(double n1, double n2);
        [OperationContract]
        double Multiply(double n1, double n2);
        [OperationContract]
        double Divide(double n1, double n2);
    }

 [DataContract(Namespace = "http://YourCo/2011/05/18/YourDomain")]
    public class Customer
    {
        [DataMember]
        public string Name {get; set;}
        [DataMember]
        public int ID {get; set;}
    }

如果这不起作用，那么您必须采取 approach shown in the question & answer这涉及更多，但它允许您精确地制作肥皂消息。