2

誰かが次の問題の回避策を見つけた可能性があります。

AXIS 1.4 では、各カスタム fault 要素にan 要素<exceptionName>と a要素が追加されているようです。<hostname>WSDL では、障害はカスタム障害メッセージのみで構成されるように定義されていますsystemMessage。

これが私のサービスから返された回答です。エラーは気にしないでください。障害として返されるエラーである可能性があります。

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <soapenv:Body>
      <soapenv:Fault>
         <faultcode>soapenv:Server.generalException</faultcode>
         <faultstring/>
         <detail>
            <ns1:systemMessage xmlns:ns1="http://my.domain/workflow/engine/wsdl/types">
               <message>nullcvc-datatype-valid.1.2.1: '2008-12-02T00:00:00' is not a valid value for 'date'.cvc-type.3.1.3</message>
               <code>XML string is not valid</code>
               <parameter/>
            </ns1:systemMessage>
            <ns2:exceptionName xmlns:ns2="http://xml.apache.org/axis/">com.domain.commons.ws.schema.SystemMessageType</ns2:exceptionName>
            <ns3:hostname xmlns:ns4="http://xml.apache.org/axis/">my.host.com</ns3:hostname>
         </detail>
      </soapenv:Fault>
   </soapenv:Body>
</soapenv:Envelope>

これはAxis 1.4のエラーのようです。この動作の回避策を知っている人はいますか?

4

1 に答える 1

0

この問題の回避策があります。

org.apache.axis.AxisFault から拡張された AXIS 生成の障害クラスで、要素を抑制するために次のようにコンストラクターを変更します (以下は、質問で返された障害に使用される障害クラスです)。

public SystemMessageType() {
    // Suppress the two elements
    this.removeHostname();
    this.removeFaultDetail(org.apache.axis.Constants.QNAME_FAULTDETAIL_EXCEPTIONNAME);
}

public SystemMessageType(
       java.lang.String message1,
       java.lang.String code,
       java.lang.String[] parameter) {
    // Call the default constructor
    this();
    this.message1 = message1;
    this.code = code;
    this.parameter = parameter;
}

この回避策は問題を解決します。それにもかかわらず、SOAP Web サービスのコードを再生成するときはいつでも、障害クラスを適応させる必要があります。

于 2008-12-09T11:30:24.927 に答える