Was ist passiert mit JAXB NamespacePrefixMapper in JDK6u18

Question

Ich habe com.sun.xml.bind.marshaller.NamespacePrefixMapper in meinem Projekt verwendet, und ich hatte kein Problem damit in JDK 6u17. Jetzt habe ich nur auf 6u18 aktualisiert, und ich sah, dass es com.sun.xml.internal.bind.marshaller.NamespacePrefixMapper ersetzt wurde. Allerdings, wenn ich diese Klasse importieren und versuche, meine Klassen zu kompilieren, erhalte ich die Fehlermeldung:

 
package com.sun.xml.internal.bind.marshaller does not exist 
import com.sun.xml.internal.bind.marshaller.NamespacePrefixMapper; 

ich dieses Paket durch die Vervollständigungsfunktion NetBeans Code zugreifen kann, und NetBeans den Code nicht für Fehler markieren.

Jede Hilfe wäre willkommen!

Answer 1

Ich glaube nicht, dass die Klasse com.sun.xml.internal.bind.marshaller.NamespacePrefixMapper Ersatz von com.sun.xml.bind.marshaller.NamespacePrefixMapper ist, ersteres ist es für eine lange Zeit und es NICHT DURCH SIE AUF ALLE (daher die internal Verpackung) VERWENDET WERDEN BESTIMMT. Das Problem hier ist, dass JavaSE 6 nicht die JAXB RI hat (es hat eine JAXB-Implementierung, aber nicht JAXB RI). Wenn Sie sich also auf RI-spezifische Funktionen verlassen wollen, sollten Sie JAXB RI in Ihrer Anwendung bündeln (und.) das würde Sie vor JAXB-Änderungen in Java SE schützen).

Answer 2

Sie sollten com.sun.** Klassen nicht direkt verwenden. Sie gelten als intern und können ohne Vorankündigung geändert werden. (Und schau, was gerade passiert ist !!) Die Tatsache, dass die neue Klasse internal im Paketnamen hat, ist ein noch größerer Hinweis!

Ich schlage vor, dass Sie nach einer besseren Art zu tun suchen, was Sie tun ... das die Klassen com.sun.** nicht verwendet.

BEARBEITEN - hmmm, sieht aus wie wer für die JAXB verantwortlich ist RI hat die Sun-Regeln über Paketnamen für diese Erweiterung gebrochen! Und es ist auch bedauerlich, dass Sun diese spezielle RI-Erweiterung in JDK 6.0 nicht implementiert hat.

Answer 3

Sun hatte in diesem Fall etwas nicht ganz angemessen gemacht. Der Namespace-Mapper ist nicht in der Spezifikation enthalten, wird jedoch als eine Möglichkeit zum Anpassen von Präfixen "beworben". So ist die allgemeine Beratung „nicht com.sun.* verwenden“ gilt hier nicht, und die javadoc dieser Klasse sagt:

Implemented by the user application to determine URI -> prefix mapping.

Check this article und sehen, ob es für Sie funktionieren würde.

Answer 4

Die NamespacePrefixMapper ist nicht mehr verwendbar.

die Anmerkungen in package-info.java Verwendung:

@javax.xml.bind.annotation.XmlSchema(namespace = "http://nameSpaceUri" 
, xmlns = { 
    @XmlNs(prefix = "myPrefix", namespaceURI = "http://nameSpaceUri") 
} 
, elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED) 

package my.package.; 

Das mit dem JAXB arbeitet mit JDK7 gebündelt, für andere JAXB Versions-Update JDK 2.2.4.

Answer 5

Ich habe vor kurzem bei der Portierung etwas älteren Code in ein neues Projekt ran. Das alte Projekt hat mit Ameisen gut funktioniert, aber das neue Projekt ist mit dem oben erwähnten Fehler gescheitert.

Nach einigem Graben fand ich, dass der alte Build.XML-Datei eine javac-Compiler-Option verwendet die Einschränkung oben zu umgehen:

<javac srcdir="${srcDir}" destdir="${outputDir}" classpathref="classpath" debug="on"> 
    <compilerarg value="-XDignore.symbol.file" /> 
</javac> 

Nach der Feststellung, ich suchte und fand diese andere Stackoverflow Frage: Using internal sun classes with javac

Answer 6

Für diejenigen Maven verwenden, gefunden, die sowohl JAXB-RI und JAXB für java6 über diesen Link funktionierte.

http://mvnrepository.com/artifact/com.googlecode.jaxb-namespaceprefixmapper-interfaces/JAXBNamespacePrefixMapper/2.2.4

Answer 7

Der unten Beitrag bei Stapelüberlauf beantwortet die Frage: Define Spring JAXB namespaces without using NamespacePrefixMapper

Key ist die rt.jar bei der Erstellung aufzunehmen und sie aus der Anwendung nach der Kompilierung zu entfernen.