Преобразование старого файла WSDL JAX RPC в файл WSDL JAX WS

Question

Мне было интересно, есть ли какой-нибудь способ преобразовать старый файл RPC WSDL в файл JAX-WS WSDL. Старался изо всех сил, чтобы убедиться, что я сделал свою домашнюю работу, но я вроде как потерянный здесь.

Из того, что я прочитал, я должен удалить все вхождения 'encodingstyle' и переключиться use="encoded" в use="literal", Я не могу сейчас запустить какие-либо тесты, так как сервис в настоящее время недоступен. Кто-нибудь знает, достаточно ли этого? Любое понимание будет чрезвычайно оценено.

Это мой файл WSDL:

<?xml version="1.0" encoding="iso-8859-1"?>
<definitions xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="urn:wsScrc.XML" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns="http://schemas.xmlsoap.org/wsdl/" targetNamespace="urn:wsScrc.XML">
<types>
    <xsd:schema targetNamespace="urn:wsScrc.XML">
       <xsd:import namespace="http://schemas.xmlsoap.org/soap/encoding/" />
       <xsd:import namespace="http://schemas.xmlsoap.org/wsdl/" />
    </xsd:schema>
</types>

<message name="XMLRequest">
    <part name="parmA" type="xsd:string" />
    <part name="parmB" type="xsd:string" />
    <part name="parmC" type="xsd:string" />
    <part name="parmD" type="xsd:string" />
    <part name="parmE" type="xsd:string" />
    <part name="parmF" type="xsd:string" />
    <part name="parmG" type="xsd:string" />
</message>

<message name="XMLResponse">
    <part name="respA" type="xsd:string" />
    <part name="respB" type="xsd:string" />
    <part name="respC" type="xsd:string" />
    <part name="respD" type="xsd:string" />
    <part name="respE" type="xsd:string" />
</message>

<message name="monitorRequest"></message>

<message name="monitorResponse">
    <part name="ipServidor" type="xsd:string" />
</message>

<portType name="wsScrc.XMLPortType">
    <operation name="XML">
        <documentation>Retorna o xml</documentation>
        <input message="tns:XMLRequest"/>
        <output message="tns:XMLResponse"/>
    </operation>

    <operation name="monitor">
        <documentation>Retorna uma mensagem de ok</documentation>
        <input message="tns:monitorRequest"/>
        <output message="tns:monitorResponse"/>
    </operation>
</portType>

<binding name="wsScrc.XMLBinding" type="tns:wsScrc.XMLPortType">
    <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
    <operation name="XML">
        <soap:operation soapAction="urn:wsScrc.XML#XML" style="rpc"/>
        <input>
            <soap:body use="encoded" namespace="urn:wsScrc.XML"              encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
        </input>

        <output>
            <soap:body use="encoded" namespace="urn:wsScrc.XML" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
        </output>
    </operation>

    <operation name="monitor">
        <soap:operation soapAction="urn:wsScrc.monitor#monitor" style="rpc"/>
        <input>
            <soap:body use="encoded" namespace="urn:wsScrc.monitor" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
        </input>

        <output>
            <soap:body use="encoded" namespace="urn:wsScrc.monitor" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
        </output>
    </operation>
</binding>

<service name="wsScrc.XML">
    <port name="wsScrc.XMLPort" binding="tns:wsScrc.XMLBinding">
        <soap:address location="http://thisismyaddress/webservicePHP/ws.php"/>
    </port>
</service>
</definitions>

Заранее спасибо.

Answer 1

Мы смогли сделать то же самое, изменив WSDL таким образом.

Единственная проблема заключается в том, что нам пришлось использовать SAAJ, чтобы сгенерировать правильный запрос и обработать ответ.

В другом WS, который мы использовали, это было просто невозможно, потому что XML в теле генерируется Castor. Наконец, нам не удалось, так как мы не знали, чего ожидает сервер.

В заключение скажу: это зависит от того, как был реализован сервер.