Netbeans mit JAXB Random classcastexception-Fehler ..kann nicht umgewandelt werden, com.Sonne.xml.binden.v2.- Laufzeit.reflektieren.Accessor

Heruntergeladen habe ich die Soap-Nachrichten von einem SOAP-Service und versuchen, zu verspotten Soap-Dienst durch Rücksendung der heruntergeladenen Nachrichten. der folgende code zeigt, wie ich bin Unmarshalling der Soap-Nachricht in die gewünschte Antwort

    public static DataClientType unmarshallFile(String fileName) throws Exception {
    XMLInputFactory xif = XMLInputFactory.newFactory();
    XMLStreamReader xsr = xif.createXMLStreamReader(ClientSampleSoapResponseData.class.getResourceAsStream(fileName));
    xsr.nextTag(); //Advance to Envelope tag
    xsr.nextTag(); //Advance to Header
    xsr.nextTag(); //Advance to Body tag
    xsr.nextTag(); //Advance to getClientByAccountResponse
    xsr.nextTag(); //Advance to content of getClientByAccountResponse

    JAXBContext jc = JAXBContext.newInstance(GetClientByAccountResponse.class);
    Unmarshaller unmarshaller = jc.createUnmarshaller();
    JAXBElement<GetClientByAccountResponse> je = unmarshaller.unmarshal(xsr, GetClientByAccountResponse.class);

    return je.getValue().getClientDataContract();
}

Aber ich bekomme immer diese ClassCastExeption die zufällig erfolgt. Nach einer Reihe von test-Iterationen, beginnt es zu geschehen. Manchmal ist ein clean und build-fixes, aber manchmal funktioniert es nicht.

java.lang.ClassCastException: com.x.X.X.X.GetClientByAccountResponse$JaxbAccessorF_clientDataContract cannot be cast to com.sun.xml.bind.v2.runtime.reflect.Accessor
at com.sun.xml.bind.v2.runtime.reflect.opt.OptimizedAccessorFactory.instanciate(OptimizedAccessorFactory.java:188)
at com.sun.xml.bind.v2.runtime.reflect.opt.OptimizedAccessorFactory.get(OptimizedAccessorFactory.java:180)
at com.sun.xml.bind.v2.runtime.reflect.Accessor$FieldReflection.optimize(Accessor.java:256)
at com.sun.xml.bind.v2.runtime.property.SingleElementNodeProperty.<init>(SingleElementNodeProperty.java:90)

Ich habe versucht, andere online-Vorschläge, wie die Rückkehr zu alten jaxb-Versionen und mit endorsed Ordner in das maven-compiler-Konfiguration, aber es passiert immer noch

Alle Ideen, was könnte die Ursache und mögliche Lösungen?

Danke u

  • wenn Sie sich um die Abstimmung Völker Fragen unten, zumindest einen Grund oder etwas vorschlagen! Denken Sie daran, wir sind nicht alle so schlau wie u denken, Sie sind.
InformationsquelleAutor Farouk Alhassan | 2013-03-22
  1. 32

    Gelöst mit folgenden code

    @BeforeClass
public static  void init(){ 
    System.setProperty( "com.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize", "true");
}

@AfterClass
public static void revert(){ 
    System.getProperties().remove("com.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize");
}

    Parameter kann auch festgelegt werden, JVM mit 

    -Dcom.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize=true
    • Wow!!! Sie hat mir geholfen, eine Menge mit dieser Lösung! Hast du untersuchen, warum diese Optimierung wurde verursacht so viel ärger?
    • Nein. Verschoben auf nach dem problem wurde gelöst, aber ich vermute, die etwas zu tun mit dem jdk-Versionen.
    • Ich wünschte, ich könnte upvote dies hundert mal
    • Ist es nicht ein workaround?
    • ruslan5t, ja, es ist ein workaround, der verdeckt nur das eigentliche problem.
    InformationsquelleAutor Farouk Alhassan
  2. 5

    Traf ich die gleiche Fehlermeldung, wenn ich versuchte, zu aktualisieren, JAXB, um eine neuere version als das, was kam mit dem JDK. Java-stieß auf zwei oder mehr Instanzen von JAXB zur Laufzeit und konnte sich nicht entscheiden, welche version zu verwenden.

    In meinem Fall war das problem, dass meine Anwendung verwendet web-services, und ich hatte nicht externalisiert JAX-WS als gut. Die Anwendung begann mit com.Sonne.xml.binden.v2.runtime-Klassen, aber wenn es begann mit einer WSDL-Datei, die interne JAX-WS versucht aufzurufen com.sun.xml.interne.binden.v2.runtime-Klassen. Der Fehler ging Weg als ich heruntergeladen und installiert, JAX-WS, und ich war in der Lage, um den Aktualisierungsprozess fortsetzen.

    • können Sie uns mehr details, wie Sie installiert JAX-WS? ist es als Beispiel so, wie wenn man die jax-ws-lib im classpath?
    • Ziemlich viel. Ich glaube, dass JAX-WS kommt mit sowas wie 16 Gläser, mit 2-4 Verwandte zu JAX-B., fügte ich all die Gläser zu meinem runtime classpath befinden, und der Fehler war behoben. Zugegeben, es ist schon vier Jahre her, seit dies passiert ist, und ich kann mich nicht erinnern, die genauen details. Ich ziemlich viel denken Sie nur daran, dass mein ursprüngliches Problem war, dass Externe JAX-B als Intern bezeichnet, JAX-WS, die dann als Interne JAX-B. Es war ein Kupplung-Problem.
    • Wenn Sie Maven, dann ist für mich das hinzufügen von jaxws-rt (runtime-jar) geholfen. Hinweis: ich habe es für meine test-scope nur. Für die Reale Laufzeit, die Sie nicht gehen, um dies zu tun, da JEE soll, hat es schon. <Abhängigkeit> <groupId>com.Sonne.xml.ws</groupId> <artifactId>jaxws-rt</artifactId> <version>2.2.3</version> <Anwendungsbereich>test</scope> </Abhängigkeit>
    InformationsquelleAutor Ritzbot
  3. 1

    Ich lief in das gleiche Problem bei einer meiner Anwendungen. In meinem Fall war das Projekt mit einer Bibliothek kompiliert mit Java 1.5-Kompatibilität, während das wichtigste Projekt war die Kompatibilität mit der version 1.6. Wenn ich beide verändert zu verwenden 1.6 das problem ging Weg. Ich hoffe, dies wird in der Lage sein, jemandem zu helfen, denn das problem kann sehr frustrierend sein und schwer zu verfolgen.

    InformationsquelleAutor DDRider62
  4. 1

    Akzeptierte Lösung für mich gearbeitet, wenn in Intellij, aber ich habe die gleiche Fehlermeldung bei der Ausführung von maven von der Befehlszeile aus. Hinzufügen, um die Konfiguration für maven-surefire-plugin gelöst ist das Problem auch da:

            <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <systemPropertyVariables>
                    <com.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize>true</com.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize>
                </systemPropertyVariables>
            </configuration>
        </plugin>
    • Dies funktioniert für mich beim ausführen von maven von der Befehlszeile, aber nicht in Jenkins. Irgendeine Idee was das problem sein könnte?
    • Sorry, ich weiß nicht.
    • Sorry. Mein Fehler. Es funktioniert einwandfrei.
    InformationsquelleAutor L42
  5. 1

    Habe ich entfernt, die Abhängigkeit von separaten jaxb-impl jar in den build.sbt. Das funktioniert jetzt.

    InformationsquelleAutor sam22
  6. 0

    Ich hatte ein ähnliches Problem, aber ich habe nicht /don ' T haben eine dependeny(-version-mismatch)-problem.

    In meinem Fall, eine Klasse fehlte ein @XmlAccessorType, hinzufügen diese Anmerkung ist mein problem gelöst. Abgestimmt auf Ihren Fall, die Lösung wäre:

    import javax.xml.bind.annotation.XmlAccessType;
import javax.xml.bind.annotation.XmlAccessorType;

@XmlAccessorType(XmlAccessType.FIELD) //check, if @XmlAccessorType is missing
public class GetClientByAccountResponse {
  ..
    InformationsquelleAutor Markus Schulte
  7. -3

    Einschließlich jaxbiimpl jar während der Laufzeit durch Ihre Abhängigkeit von den manager in der parent-pom wird das Problem beheben. Diese Lösung ist spezifisch für maven-Projekte.

    • Kann jemand teilen, warum diese Antwort wurde nach unten gewählt? Nicht, dass ich das wissen, verstehen oder glauben, dass es richtig zu sein, nur, dass ich nicht sehen auf seinem Gesicht, warum es falsch ist.
    InformationsquelleAutor Baskar23
Schreibe einen Kommentar