2

JAXWS で自動生成された Web サービスがあります。この Web サービスは、実際の実装のシミュレーターであり、テストに使用されます。実際の実装からの応答は次のようになります。

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
        xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:xsd="http://www.w3.org/2001/XMLSchema"
        xmlns:nsc:RFIDCommandEnum="http://tempuri.org/nsc:RFIDCommandEnum.xsd"
        xmlns:nsc="http://xxx.com/schema/yyy/ltu-tcs"
        xmlns:nse:DeviceStateEnum="http://tempuri.org/nse:DeviceStateEnum.xsd"
        xmlns:nse="http://xxx.com/schema/yyy"
        xmlns:nsl="http://xxx.com/wsdl/yyy/ltu/tcs"
        xmlns:nst="http://xxx.com/wsdl/yyy/tcs/ltu">
    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
        <nsl:setDataResponse>
            <result>...</result>
        </nsl:setDataResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

シミュレータによる同じ応答は次のようになります。

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
    <S:Body>
        <ns2:getDataResponse xmlns:ns2="http://xxx.com/wsdl/yyy/ltu/tcs">
            <result>...</result>
       </ns2:getDataResponse>
    </S:Body>
</S:Envelope>

入れ子になった名前空間xmlns:nsc:RFIDCommandEnumが問題を引き起こすことはすでにわかっているので、実際の実装と同じようにシミュレーターにこれらの名前空間を配信させる必要があります。グーグルで調べた後、次のようにする必要があることがわかりました。

@javax.xml.bind.annotation.XmlSchema(
    namespace = "http://xxx.com/schema/yyy/ltu-tcs",
    xmlns = {
        @javax.xml.bind.annotation.XmlNs(prefix = "nsc:RFIDCommandEnum", namespaceURI = "http://tempuri.org/nsc:RFIDCommandEnum.xsd"),
        @javax.xml.bind.annotation.XmlNs(prefix = "nsc", namespaceURI =  "http://xxx.com/schema/epm/ltu-tcs"),
        @javax.xml.bind.annotation.XmlNs(prefix = "nse:DeviceStateEnum", namespaceURI = "http://tempuri.org/nse:DeviceStateEnum.xsd"),
        @javax.xml.bind.annotation.XmlNs(prefix = "nse", namespaceURI = "http://xxx.com/schema/yyy"),
        @javax.xml.bind.annotation.XmlNs(prefix = "nsl", namespaceURI = "http://xxx.com/wsdl/yyy/ltu/tcs"),
        @javax.xml.bind.annotation.XmlNs(prefix = "nst", namespaceURI = "http://xxx.com/wsdl/yyy/tcs/ltu")
    },
    elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED)
package com.xxx.yyy.tcs.simulator;

しかし、うまくいきません。パッケージcom.xxx.yyy.tcs.simulatorは、Web サービスのシミュレート実装クラスが配置されている場所です。XML コンテンツを表す自動生成されたクラスにこれらのアノテーションを適用する必要があると考えましたが、これらはプロダクション コードでも使用されており、自分の名前空間で汚染したくないため、これらを変更することはできません。

StandardResponseだから私は要素を表す私のクラスから派生しようとしました<result>:

package com.xxx.yyy.tcs.simulator;

// ...

@WebService(name = "LTU_for_TCS", targetNamespace = "http://xxx.com/wsdl/yyy/ltu/tcs")
public class LTU_for_TCS_Impl implements LTUForTCS {
    // ...

    public static final class NamespacePollutedStandardResponse extends StandardResponse {
        private NamespacePollutedStandardResponse(final Application application,
                                                  final ResultCodeEnum code,
                                                  final String message) {
            super(application, code, message);
        }
    }

    @WebMethod
    @WebResult(name = "result", partName = "result")
    @Override
    public GetLTUDataResponse getData(
            @WebParam(name = "application", partName = "application")
            Application application) {
        logger.info("getData");
        return new NamespacePollutedStandardResponse(getApplicationHeader(),
            ResultCodeEnum.SUCCESS,
            "This is the LTU simulator!");
    }
}

ただし、これでもシミュレーターからの応答は変わりません。今、私は疑問に思っています:名前空間リストをStandardResponseまったく変更できますか? なぜこのように機能しないのですか? パッケージNamespacePollutedStandardResponseの一部なので、属性でsimulator定義された名前空間を取得する必要があります。XmlSchema代わりに名前空間をルート要素に追加する方法はありますか (ペイロード要素の 1 つに追加する方法に関する情報しか見つかりませんでした)。

4

2 に答える 2

1

javax.servlet.Filter追加の名前空間を応答に追加するa を作成することで、問題を解決しました。これはあまりきれいではありませんが、この方法でできるだけ元に近い答えを作成する方がはるかに簡単です。

于 2013-10-23T12:36:29.327 に答える
0

名前空間をルート要素に追加できます

@XmlRootElement(namespace ="http://mynamespace.com")

于 2015-06-22T15:01:04.053 に答える