Eclipse 4.12 - java.lang.ClassNotFoundException: com.sun.xml.internal.bind.v2.ContextFactory

Oui, vous utilisez des fonctionnalités de javax qui existaient dans java 8 mais qui sont supprimées dans Java 11

voir cette réponse Comment résoudre java.lang.NoClassDefFoundError: javax / xml / bind / JAXBException dans Java 9

Je suis tombé sur cette question lors de la migration d'une grande application Java ancienne vers Java 11. Je pense que ce qui suit pourrait être utile.

J'avais tout en place dans mes POM Maven, les liaisons javax, l'implémentation de JAXB, quelques tests fonctionnant bien. Pourtant, les tests de l'application d'origine continuaient de se plaindre inexplicablement que com.sun.xml.internal.bind.v2.ContextFactory est introuvable.

En effet, cette classe ne figure dans aucune implémentation tierce de JAXB (j'utilise celle de Glassfish, mais il y en a plusieurs autres), et il faut remplacer l'usine par défaut qui est instanciée dans javax.xml.bind.JAXBContext.newInstance( <classes> ) avec une nouvelle implémentation ( com.sun.xml.bind.v2.JAXBContextFactory dans mon cas et, je suppose, dans d'autres bibliothèques JAXB aussi).

Et bien, l'un des moyens de définir cela est via le fichier jaxb.properties , qui doit être visible dans le jaxb.properties (donc, dans Maven, c'est généralement quelque part comme src/main/resources/* ). Comme il est expliqué ici , ce fichier doit contenir:

javax.xml.bind.context.factory=com.sun.xml.bind.v2.JAXBContextFactory

Dans mon cas, il contenait l'ancienne usine aujourd'hui disparue. Je suppose que les bibliothèques JAXB actuelles utilisent une usine par défaut correcte si elles ne correspondent pas à ce fichier, mais il peut être déjà présent dans votre base de code et vous pourriez avoir besoin d'un certain temps avant de le réaliser. J'espère que cette réponse vous fera gagner le temps que j'ai perdu.

Sun people have remove directly access to jaxb package in java 11.
These dependency will work instead of it.
And same time if if you are facing hibernate "NullPointerException" issue.


<dependency>
    <groupId>com.sun.xml.bind</groupId>
    <artifactId>jaxb-core</artifactId>
    <version>2.3.0.1</version>
</dependency>
<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>2.3.1</version>
</dependency>
<dependency>
    <groupId>com.sun.xml.bind</groupId>
    <artifactId>jaxb-impl</artifactId>
    <version>2.3.1</version>
</dependency>
<dependency>
    <groupId>org.javassist</groupId>
    <artifactId>javassist</artifactId>
    <version>3.25.0-GA</version>
</dependency>

Ces bibliothèques ont fonctionné pour moi (inspirées par la réponse de Vivek ci-dessus). Quand j'ai essayé d'utiliser l' exemple JAXB du didacticiel Vogella avec Intellij.

dependencies {
    testCompile group: 'junit', name: 'junit', version: '4.12'
    compile group: 'org.eclipse.persistence', name: 'org.eclipse.persistence.moxy',version: '2.7.3'
    compile group: 'javax.xml.bind', name: 'jaxb-api', version: '2.3.1'
    compile 'com.sun.xml.bind:jaxb-core:2.3.0.1'
    compile 'com.sun.xml.bind:jaxb-impl:2.3.1'
    compile 'org.javassist:javassist:3.25.0-GA'
}

J'étais aux prises avec le même problème. L'implémentation jakarta.xml.bind voudra utiliser le com.sun.xml.bind.v2.ContextFactory au lieu de com.sun.xml.internal.bind.v2.ContextFactory qui est disponible dans le com.sun.xml.bind . Donc, ce combo a fonctionné pour moi.