使用不正确的 wsdl 访问 SOAP Web 服务

Question

背景：

我需要使用现有的 Web 服务（基于 http 的 SOAP），该服务有几个问题：

1）服务器上的 wsdl 甚至与文档中描述的 Web 服务不同，其中包含完全不同的 wsdl 文件

2）他们的文档提供的wsdl文件似乎很接近描述服务器上的Web服务，但是当我使用cxf生成java客户端代码并用它来访问Web服务时，cxf抛出如下异常

 javax.xml.bind.UnmarshalException: unexpected element (uri:"http://us-labs.companyxyz.com/", local:"searchResponse"). Expected elements are <{http://companyxyz.com/xyz-xml/2.0/}searchResponse>
... 33 more

我不SOAP 专家，但假设这意味着他们响应中的名称空间与 wsdl 中定义的名称空间不匹配。

由于我的应用程序是用 java 编写的，因此我能够使用 commons http 客户端和手工制作的 SOAP 请求进行连接并获取响应，因此最坏的情况我可以回退到该状态并解析响应以获得我需要的内容。

我的问题：

1. 我是否正确解释了异常？
2. 如果没有：关于如何调试这个问题有什么建议吗？
3. 如果是的话：有人可以建议更好的替代方案来手工制作 http 请求并手工解析 xml 吗？ （不幸的是，无法获得正确的 wsdl）

提前致谢。

Answer 1

1. 很有可能。响应使用名称空间“http://us-labs.companyxyz.com/”，但在 WSDL 中，使用名称空间“http://companyxyz.com/xyz-xml/2.0/”声明相同的元素。

2. 我不熟悉 CXF，但其他 SOAP 框架通常提供某种日志记录功能。如果将 SOAP 请求和响应记录在某处以进行更具体的分析，这可能会对您有所帮助。

3. 为什么不能选择获取正确的 WSDL？如果您确实能够“手工制作”正确的 SOAP 请求并期望能够“手工解析”响应，那么您也应该能够自己编写 WSDL。当然，WSDL 应该由服务运营商提供给您，但如果您的意思是没有人能够为您提供正确的 WSDL，我会考虑自己编写它，而不是手动创建和解析 SOAP 消息。

Answer 2

我认为您正确解释了异常 - 命名空间与预期不同。

这也并不出人意料。供应商提供的 wsdls 并不总是正确的，这是不争的事实。实际上，出于这个原因，我们为供应商应用程序编写了自己的 WSDL 和 XSD。

您甚至可以在运行时使用自己的 WSDL。有一些关于此的问题，这里和此处。

您还可以看看 此处。我没试过，但它可以工作。

我们实际上扩展了生成的服务，并使用 JaxWS 服务构造函数。这对我们来说效果很好。

我们通过转储传入和传出消息来调试 CXF。似乎有很多方法可以做到这一点。我们在 Web 服务和客户端之间使用代理，或者最近在某处使用 cxf.xml 文件。使用 -D 标志我们临时配置它。

-Dcxf.config.file=/home/me/cxf-debug.xml 

并且 cxf-debug.xml 包含一些类似：

<beans xmlns="http://www.springframework.org/schema/beans"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xmlns:cxf="http://cxf.apache.org/core"
      xsi:schemaLocation="
http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">

    <cxf:bus>
        <cxf:features>
            <cxf:logging/>
        </cxf:features>
    </cxf:bus> 
</beans>

http://cxf.apache.org/docs/debugging-and-logging.html

Answer 3

两种回应都提出了相同的基本方法，事实证明这是正确的。
我修复了提供的 wsdl 以使其与 Web 服务匹配，并且我能够使用 cxf，这节省了我大量的手动编码工作。

他们的 wsdl 的主要问题实际上是名称空间问题。问题的本质如下：他们的 wsdl 定义了两个名称空间，两个名称空间都有一个“searchResponse”元素。

{http://us-labs.companyxyz.com/}searchResponse

在 wsdl 中定义为包含 0 个或多个

{http://companyxyz.com/xyz-xml/2.0/}searchResponse

但在其响应中，嵌套的 searchResponse 未由 {http://companyxyz.com/xyz-xml/2.0/} 限定，因此 cxf 将其解释为a {http://us-labs.companyxyz.com/}searchResponse

我通过引入一种新类型来修复它。

感谢两位回复者。