Warum generierte Klassen von wsimport erfordert JAXBElement<ClassName> Parameter?

Ich habe eine WSDL-Datei, die von einem Axis2 Web-Service. Wenn ich Generiere eine client-stub mit wsimport angesichts der WSDL-Datei, die resultierenden Klassen erfordern JAXBElement Parameter. Warum ist es so?

Beispiel-Methode von einem der Generierten Klassen:

JAXBElement<DataBean> value;

public void setValue(JAXBElement<DataBean> value)
{
    this.value = ((JAXBElement<DataBean>) value);
}

Ich gehe davon aus, dass es wie folgt Aussehen (ohne die JAXBElement):

DataBean value;

public void setValue(DataBean value)
{
    this.value= (DataBean) value;
}

Den tutorials, die ich sah auf dem Netz nicht die Klassen zu JAXBElement. Was könnte das problem sein? Bitte beachten Sie, dass der server eine Axis2 web service und die WSDL-Datei automatisch generiert wird, von Axis2. Die Annahme ist, ich habe keine Kontrolle über den server.

Wie kann ich es machen das in einer Weise, dass wsimport nicht konvertieren, die Parameter zu JAXBElements?

Unten ist ein Auszug aus der WSDL-Datei: (ignoriert ich einige der tags, um nur die wesentlichen tags)

<xs:element name="getData">
    <xs:complexType>
        <xs:sequence>
            <xs:element minOccurs="0" name="getData" nillable="true" type="ax220:getData"/>
        </xs:sequence>
    </xs:complexType>
</xs:element>

<xs:complexType name="getData">
    <xs:sequence>
        <xs:element minOccurs="0" name="value" nillable="true" type="ax219:DataBean"/>
    </xs:sequence>
</xs:complexType>

<wsdl:message name="getDataRequest">
    <wsdl:part name="parameters" element="ns:getData"/>
</wsdl:message>

<wsdl:message name="getDataResponse">
    <wsdl:part name="parameters" element="ns:getDataResponse"/>
</wsdl:message>

<wsdl:operation name="getData">
    <wsdl:input message="ns:getDataRequest" wsaw:Action="urn:getData"/>
    <wsdl:output message="ns:getDataResponse" wsaw:Action="urn:getDataResponse"/>
</wsdl:operation>

<wsdl:operation name="getData">
    <soap:operation soapAction="urn:getData" style="document"/>
    <wsdl:input>
        <soap:body use="literal"/>
    </wsdl:input>
    <wsdl:output>
        <soap:body use="literal"/>
    </wsdl:output>
</wsdl:operation>

<wsdl:operation name="getData">
    <soap12:operation soapAction="urn:getData" style="document"/>
    <wsdl:input>
        <soap12:body use="literal"/>
    </wsdl:input>
    <wsdl:output>
        <soap12:body use="literal"/>
    </wsdl:output>
</wsdl:operation>

<wsdl:operation name="getData">
    <http:operation location="getData"/>
    <wsdl:input>
        <mime:content type="text/xml" part="parameters"/>
    </wsdl:input>
    <wsdl:output>
        <mime:content type="text/xml" part="parameters"/>
    </wsdl:output>
</wsdl:operation>

Kannst du die Teile der WSDL-wo DataBean definiert ist und in einer Nachricht verwendet und den Betrieb?
Ich veränderte meinen post enthalten die angeforderten Daten.

InformationsquelleAutor Arci | 2012-08-31

2

Beginnen mit: ich glaube nicht, dass dies getan werden kann. Das heißt, ich glaube nicht, dass man sagen kann wsimport generieren der Klassen unterschiedlich. Aber ich kann Ihnen sagen, wie ändern Sie die WSDL, die in einer Weise erzeugt, dass das schema anders und das könnte noch aktivieren, Sie zu sprechen, die service.

Nahm ich die type-Definitionen aus dem WSDL, angepasst den Namen des complexType-und fügte hinzu, die einen Typ für DataBean, die fehlte oben. Habe ich eingefügt, die zu einem schema zusammengestellt und das schema mit xjc, die JAXB-schema-Compilers, der verwendet wird, durch wsimport generieren von Klassen aus der Typ-Definitionen. Hier ist das schema:
```
<?xml version="1.0" encoding="UTF-8"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.example.org/DataBean"
    xmlns:tns="http://www.example.org/DataBean" elementFormDefault="qualified"
    xmlns:xs="http://www.w3.org/2001/XMLSchema">

    <xs:element name="getData">
        <xs:complexType>
            <xs:sequence>
                <xs:element minOccurs="0" name="getDataType" type="tns:getDataType" />
            </xs:sequence>
        </xs:complexType>
    </xs:element>

    <xs:complexType name="getDataType">
        <xs:sequence>
            <xs:element minOccurs="0" name="value" type="tns:DataBean" />
        </xs:sequence>
    </xs:complexType>

    <xs:complexType name="DataBean">
        <xs:simpleContent>
            <xs:extension base="xs:int" />
        </xs:simpleContent>
    </xs:complexType>
</schema>
```
Sie brauchen keine speziellen Optionen für den compiler, führen Sie einfach xjc und zeigen Sie es auf der schema-Datei, dann wird es kompilieren der Quelldateien.

Den generierten Klassen nicht verwenden JAXBElement als Parameter der Methode. Das ist, dass Sie wie folgt Aussehen:
```
protected DataBean value;

public DataBean getValue() {
    return value;
}
```
Warum ist das so? Ich entfernte die nillable="true" Attribute aus dem element-Definitionen, und dies hat den trick. nillable="true" besagt, dass explizite null-Werte sind legal hier:
```
<DataBean></DataBean> 
```
Wenn Sie entfernen Sie dieses Attribut, wird Ihr code läuft in Probleme, wenn der service tatsächlich schreibt null-Werte drin. Aber nach all dem WSDL generiert wird und vielleicht Axis2 einfach der Meinung ist das nillable-sollte es aus irgendeinem Grund, obwohl die Umsetzung eigentlich nie verwendet. Wenn Sie Glück haben, ist es nicht und alles wird funktionieren, obwohl Sie verändert die WSDL.

Ich hoffe, das hilft! Wenn nicht, dann wenigstens ich habe etwas gelernt heute 😉
- Hi! Danke! Werde das ausprobieren. 🙂 Hoffe, es funktioniert. Ich werde Euch auf dem Laufenden halten. Also im Grunde sagst du, dass Axis2 ist nicht JAXWS-konform und als solche, es gibt keine Möglichkeit für wsimport generieren, die der WSDL generiert von Axis2, ohne manuelles ändern der WSDL? Habe ich Sie richtig verstanden?
- Danke! Entfernen des nillable-Attribut hat den trick!
- Gut, Nein. Axis2 ist JAX-WS kompatibel ist, zumindest weitgehend. Ich habe es noch nicht getestet im detail, aber ich bin sicher, es implementiert die meisten Teile nicht mehr verbauen 😉 Das problem ist hier eher einige edge-Fall von JAXB-schema-generation. Ich sollte fest an der Wurzel (der web service, indem Sie die Anmerkungen nicht erzeugen nillable=true). Als Sie dies nicht tun, die lokalen arbeiten, um die beste, die Sie bekommen können.
- Vielen Dank für die Klarstellung! Ich dachte, ich habe irgendwo gelesen, dass Axis2 ist nicht JAX-WS, so dass ich blieb Weg von ihm, als ich erfuhr, dass der service, die ich bin, zu verbinden, ist JAX-WS. Auch, wenn ich die Generierung eines client-stub für Axis2, JAXB ist nicht enthalten in der Liste der databinding-Optionen. (Ich bin mit Eclipse.) Die Liste der databinding-Optionen enthält nur ADB, XMLBeans, JIBX und Keine. Welche option sollte ich wählen, um verwenden Sie die JAXWS verbindlich?
- Keiner von diesen 😉 Axis2 unterstützt auch JAXB, aber nicht die Liste dieses in der offiziellen Dokumentation: axis.apache.org/axis2/java/core/tools/CodegenToolReference.html Das ist schlecht... Naja, hier ist ein Artikel, der erläutert, wie mithilfe von JAXB mit Axis2 ibm.com/developerworks/java/library/j-jws8/index.html Die kurze Antwort ist, dass Sie verwenden sollten: -d jaxbri
- Danke! 😀 Vielleicht sollte ich aufhören Generierung von meinem client-stubs den faulen Weg (Hallo, IDE). Ich werde überprüfen Sie Ihre Verbindung.
InformationsquelleAutor joergl

Als Lesen auf dieser Seite :

http://www.techdevtips.com/java/java-webservice-client-how-to-remove-jaxbelement

verwenden Sie eine data-binding-Datei mit diesem code :

<?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings
  xmlns:jaxb="http://java.sun.com/xml/ns/jaxb" jaxb:version="2.0"
  xmlns:xjc= "http://java.sun.com/xml/ns/jaxb/xjc" jaxb:extensionBindingPrefixes="xjc">
  <jaxb:globalBindings generateElementProperty="false">
    <xjc:simple />
  </jaxb:globalBindings>
</jaxb:bindings>

und verwenden Sie es in Ihrem wsimport ant-task, indem Sie die binding-Attribut (oder -b-flag-argument, wenn Sie die runnable)

Prost 🙂

InformationsquelleAutor user3680557

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.