Web Services javax.xml.ws.soap.SOAPFaultException:解组错误:从AXIS迁移到CXF后出现意外元素(uri:“",local:“fault”)

b4lqfgs4  于 2022-11-15  发布在  Java
关注(0)|答案(1)|浏览(239)

问题
我正在尝试将我的Web服务 * 客户端 * 从Apache AXIS-1迁移到Apache CXF。Web服务本身在AXIS-1上运行,不受我的控制。
我生成了所有的CXF工件,客户端一直工作得很好,直到服务抛出任何错误。

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <soapenv:Fault>
      <faultcode>soapenv:Server</faultcode>
      <faultstring>Remote error processing component card request</faultstring>
      <detail>
        <fault>
          <faultcode>:-303</faultcode>
          <faultstring>Remote error processing component card request</faultstring>
          <faultactor>remote_service</faultactor>
          <detail>
            <common-detail>
              <code>-303</code>
              <message>Remote error processing component card request</message>
            </common-detail>
          </detail>
        </fault>
      </detail>
    </soapenv:Fault>
  </soapenv:Body>
</soapenv:Envelope>

这使得CXF生成的客户端出现异常:

javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"fault"). 
Expected elements are <{http://some.namespace.org}AnsBonusAutopayStatus>,<{http://some.namespace.org}AnsBonusAutopaySubscribe>,
...
<{http://some.namespace.org}fault>
    at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent(UnmarshallingContext.java:603)
    at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError(Loader.java:244)
    at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportError(Loader.java:239)
    at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.reportUnexpectedChildElement(Loader.java:116)
    at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext$DefaultRootLoader.childElement(UnmarshallingContext.java:1009)
    at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement(UnmarshallingContext.java:446)
    at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.startElement(UnmarshallingContext.java:427)
    at com.sun.xml.bind.v2.runtime.unmarshaller.InterningXmlVisitor.startElement(InterningXmlVisitor.java:71)
    at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.startElement(SAXConnector.java:137)
    at com.sun.xml.bind.unmarshaller.DOMScanner.visit(DOMScanner.java:240)
    at com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMScanner.java:123)
...

AFAIU从这个堆栈追踪,解组器预期fault元素有特定的命名空间宣告,但它却没有。
有谁能告诉我们客户端的问题所在以及如何避免错误?

供试溶液

有很多类似的问题,但不是所有的解决方案都适用于我,因为我不能在服务器端更改任何内容(至少出于向后兼容的原因),而且更改WSDL也不受欢迎。因此,更改仅限于客户端(包括其(重新)生成)。基于类似的问题,我尝试了几种可能的解决方案:

  • 添加package-info.class和默认名称空间声明-没有任何变化;
  • 在构造异常对象期间,强制为CXF例程中生成的Fault和/或Fault_Exception类-NullPointerException设置空命名空间(参见下面的EDIT部分);
  • 使用SAX XmlFilter-无法找到将其嵌入到CXF生成的例程中的方法。

附加信息

CXF为异常及其faultInfo生成的类(没有我的任何更改)看起来像:

故障等级:

@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "", propOrder = {
    "faultcode",
    "faultstring",
    "faultactor",
    "detail"
})
@XmlRootElement(name = "fault")
public class Fault {

    @XmlElement(required = true)
    protected String faultcode;
...

故障异常类:

@WebFault(name = "fault", targetNamespace = "http://some.namespace.org")
public class Fault_Exception extends Exception {

    private Fault fault;

    public Fault_Exception() {
        super();
    }
...

一些WSDL摘录。WSDL错误消息声明:

<wsdl:message name="Fault">
    <wsdl:part name="fault" element="fault"/>
  </wsdl:message>

XSD故障元素:

<xs:element name="fault">
<xs:annotation>
  <xs:documentation>Comment describing your root element</xs:documentation>
</xs:annotation>
<xs:complexType>
  <xs:sequence>
    <xs:element name="faultcode">...</xs:element>
    <xs:element name="faultstring">...</xs:element>
    <xs:element name="faultactor">...</xs:element>
    <xs:element minOccurs="0" name="detail">...</xs:element>
  </xs:sequence>
</xs:complexType>
</xs:element>

WSDL操作描述示例:

<wsdl:operation name="BonusConversionState">
  <wsdl:input name="BonusConversionStateRequest" message="tns:BonusConversionStateRequest"/>
  <wsdl:output name="BonusConversionStateResponse" message="tns:BonusConversionStateResponse"/>
  <wsdl:fault name="Fault" message="tns:Fault"/>
</wsdl:operation>

WSDL根元素:

<?xml version="1.0" encoding="UTF-8"?>
<wsdl:definitions targetNamespace="http://some.namespace.org" 
                  xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" 
                  xmlns:tns="http://some.namespace.org" 
                  xmlns:xs="http://www.w3.org/2001/XMLSchema" 
                  xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/">

可以提供更多附加信息。
提前感谢!

编辑:

在“调查”过程中,我发现 NullPointerException(我在“测试的解决方案”中提到的)不是我的错误操作的结果,而是CXF的一个bug:

这两个票证都以“已修复”的解决方案关闭,但在评论中用户报告他们仍然发现了这个bug。似乎开发人员没有涵盖CXF处理自定义异常的所有情况,并且由于某些原因,有时会导致
拦截器。客户端故障转换器进程故障详细信息
信息:创建异常时出现异常:零值
java.lang.NullPointerException
有没有人也曾经面临过这个问题?

g2ieeal7

g2ieeal71#

这似乎是一个服务不遵守自己的合同的情况下,故障的关注。虽然你可能无法控制的服务,这是值得讨论的服务提供商。
客户端所抱怨的错误元素是第一个'detail'元素的直接子元素。
根据异常消息,“detail”的第一个子元素应为(假定目标命名空间为“http://some.namespace.org”)AnsBonusAutopayStatus或AnsBonusAutopaySubscribe,而不是{}fault元素。
如果您能够在操作中的错误声明周围提供更多的wsdl,则可以提供额外的wsdl类型静态分析。

相关问题