Cómo resolver java.lang.NoClassDefFoundError: javax / xml / bind / JAXBException en Java 9


845

Tengo un código que usa clases de API JAXB que se han proporcionado como parte del JDK en Java 6/7/8. Cuando ejecuto el mismo código con Java 9, en tiempo de ejecución obtengo errores que indican que no se pueden encontrar las clases JAXB.

Las clases JAXB se han proporcionado como parte del JDK desde Java 6, entonces, ¿por qué Java 9 ya no puede encontrar estas clases?


2
La parte adicional en esta respuesta se relaciona con la migración de estas API.
Naman

77
construir con Java 8 hará que su código se compile sí, pero cuando intente ejecutar ese código compilado en Java 9+, fallará porque JAX-B no está presente.
Andy Guibert

1
Para Java 11, la solución de este artículo está actualizada: crunchify.com/java-11-and-javax-xml-bind-jaxbcontext
Eric Wang

Respuestas:


1225

Las API JAXB se consideran API Java EE y, por lo tanto, ya no están incluidas en la ruta de clase predeterminada en Java SE 9. En Java 11, se eliminan por completo del JDK.

Java 9 presenta los conceptos de módulos y, de forma predeterminada, el java.semódulo agregado está disponible en el classpath (o más bien, module-path). Como su nombre lo indica, el java.semódulo agregado no incluye las API Java EE que se han incluido tradicionalmente con Java 6/7/8.

Afortunadamente, estas API Java EE que se proporcionaron en JDK 6/7/8 todavía están en el JDK, pero simplemente no están en el classpath de forma predeterminada. Las API extra de Java EE se proporcionan en los siguientes módulos:

java.activation
java.corba
java.transaction
java.xml.bind  << This one contains the JAXB APIs
java.xml.ws
java.xml.ws.annotation

Solución rápida y sucia: (solo JDK 9/10)

Para que las API JAXB estén disponibles en tiempo de ejecución, especifique la siguiente opción de línea de comandos:

--add-modules java.xml.bind

¡Pero todavía necesito esto para trabajar con Java 8!

Si intenta especificar --add-modulescon un JDK anterior, explotará porque es una opción no reconocida. Sugiero una de dos opciones:

  1. Puede configurar cualquier opción solo de Java 9+ utilizando la JDK_JAVA_OPTIONSvariable de entorno. Esta variable de entorno se lee automáticamente por el javalanzador para Java 9+.
  2. Puede agregar el -XX:+IgnoreUnrecognizedVMOptionspara hacer que la JVM ignore silenciosamente las opciones no reconocidas, en lugar de explotar. ¡Pero cuidado! La JVM ya no validará ningún otro argumento de línea de comandos que utilice. Esta opción funciona con Oracle / OpenJDK, así como con IBM JDK (a partir de JDK 8sr4).

Solución rápida alternativa: (solo JDK 9/10)

Tenga en cuenta que puede hacer que todos los módulos Java EE anteriores estén disponibles en tiempo de ejecución especificando la --add-modules java.se.eeopción. El java.se.eemódulo es un módulo agregado que incluye java.se.ee, además de los módulos API Java EE anteriores. Tenga en cuenta que esto no funciona en Java 11 porque java.se.eese eliminó en Java 11.


Solución adecuada a largo plazo: (JDK 9 y más allá)

Los módulos de API Java EE enumerados anteriormente están marcados @Deprecated(forRemoval=true)porque están programados para su eliminación en Java 11 . Por lo tanto, el --add-moduleenfoque ya no funcionará en Java 11 fuera de la caja.

Lo que deberá hacer en Java 11 y en adelante es incluir su propia copia de las API de Java EE en la ruta de clase o ruta del módulo. Por ejemplo, puede agregar las API JAX-B como una dependencia de Maven como esta:

<!-- API, java.xml.bind module -->
<dependency>
    <groupId>jakarta.xml.bind</groupId>
    <artifactId>jakarta.xml.bind-api</artifactId>
    <version>2.3.2</version>
</dependency>

<!-- Runtime, com.sun.xml.bind module -->
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>2.3.2</version>
</dependency>

Consulte la página de Implementación de referencia de JAXB para obtener más detalles sobre JAXB.

Para obtener detalles completos sobre la modularidad de Java, consulte JEP 261: Sistema de módulos

Para desarrolladores de Gradle o Android Studio: (JDK 9 y más allá)

Agregue las siguientes dependencias a su build.gradlearchivo:

dependencies {
    // JAX-B dependencies for JDK 9+
    implementation "jakarta.xml.bind:jakarta.xml.bind-api:2.3.2"
    implementation "org.glassfish.jaxb:jaxb-runtime:2.3.2"
}

8
Entonces, si los módulos de API de Java EE están marcados como obsoletos, ¿eso significa que es posible que en Java 10 JAXB ya no esté disponible en tiempo de ejecución en Java 10? Eso parece un paso atrás. Tendremos que volver a la práctica anterior a la 6 de incluir JAXB como una dependencia.
Michael

44
El uso de --add-modules java.se.ee o --add-modules ALL-SYSTEM como solución alternativa no se recomienda según la guía de migración aquí docs.oracle.com/javase/9/migrate en la sección Módulos compartidos con Java EE No Resuelto por defecto -> punto 1
justMe

66
Con el lanzamiento oficial de Java 10, podemos confirmar que el método de agregar módulos seguirá funcionando. Las javax.xml.bindclases de JavaEE y otras están programadas para su eliminación en Java 11, según JEP-320 .
Joep Weijers

10
Y ahora se lanza Java 11 y el java.se.eemódulo se ha eliminado, por lo que la --add-modulessolución ya no funciona. Utilice la solución recomendada en su lugar: agregue JAXB como una dependencia separada.
Jesper

11
He agregado estas dependencias y todavía me da el mismo error. alguna idea de por qué?
João Vieira

262

En mi caso (spring boot fat jar) solo agrego lo siguiente a pom.xml.

<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>2.3.1</version>
</dependency>


99
Agregar una dependencia de Gradle como esta testCompile('javax.xml.bind:jaxb-api')funcionó para mí.
pamcevoy

55
Como mencionó @pamcevoy, no es necesario especificar la versión de jaxb-api cuando se usa Spring Boot. Boot gestiona la versión automáticamente.
Marcel Overdijk

2
Sugiero usar <scope>runtime</scope>para tal caso
VladS

55
El enlace de @ Tuno no funcionó para mí, el enlace fijo es: github.com/spring-projects/spring-boot/wiki/…
Francisco Mateo

69

Ninguna de estas soluciones funcionó bien para mí en el reciente JDK 9.0.1.

Descubrí que esta lista de dependencias es suficiente para un funcionamiento adecuado, por lo que no necesita especificar explícitamente --add-module(aunque se especifica dentro de los pom de estas dependencias). Lo único que necesita es especificar esta lista de dependencias:

<dependencies>
    <dependency>
        <groupId>javax.xml.bind</groupId>
        <artifactId>jaxb-api</artifactId>
        <version>2.3.0</version>
    </dependency>
    <dependency>
        <groupId>com.sun.xml.bind</groupId>
        <artifactId>jaxb-impl</artifactId>
        <version>2.3.0</version>
    </dependency>
    <dependency>
        <groupId>org.glassfish.jaxb</groupId>
        <artifactId>jaxb-runtime</artifactId>
        <version>2.3.0</version>
    </dependency>
    <dependency>
        <groupId>javax.activation</groupId>
        <artifactId>activation</artifactId>
        <version>1.1.1</version>
    </dependency>
</dependencies>

2
Para JDK 8, elimine jaxb-core y jaxb-impl de arriba.
foo

3
@Anil este es un pom.xmlarchivo de la configuración de Maven. Si no sabe qué es eso, entonces es mejor comenzar desde el principio
Andremoniy

8
Se ha producido una operación ilegal de acceso reflectante ADVERTENCIA: acceso reflectante ilegal por com.sun.xml.bind.v2.runtime.reflect.opt.Injector (archivo: / C: /Users/eis/.m2/repository/com/sun/ xml / bind / jaxb-impl / 2.3.0 / jaxb-impl-2.3.0.jar) al método java.lang.ClassLoader.defineClass (java.lang.String, byte [], int, int) ADVERTENCIA: Tenga en cuenta informar esto a los encargados del mantenimiento de com.sun.xml.bind.v2.runtime.reflect.opt.Injector ADVERTENCIA: Use --illegal-access = warn para habilitar advertencias de otras operaciones ilegales de acceso reflexivo ADVERTENCIA: Todas las operaciones ilegales de acceso serán negado en un lanzamiento futuro
Stefan

1
Esto funcionó para mí en JDK 9.0.4 (estaba llamando a código relacionado con JAXB a través de un complemento de Maven con Maven 3.5.3). Aunque lo usaría <dependency> <groupId>javax.activation</groupId> <artifactId>javax.activation-api</artifactId> <version>1.2.0</version> </dependency>como última dependencia.
scrutari

1
Increíble. Tuve una situación en la que, por alguna razón, una aplicación de arranque de primavera se ejecutaría en intellij CE pero no eclipse en mac, y en eclipse pero no intellij CE en win10. Poder trabajar en un IDE en dos plataformas es una ventaja.
kometen

42

Esto funcionó para mí:

<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>2.3.0</version>
</dependency>
<dependency>
    <groupId>org.eclipse.persistence</groupId>
    <artifactId>eclipselink</artifactId>
    <version>2.7.0</version>
</dependency>

Actualizar

Como sugirió @Jasper, para evitar depender de toda la biblioteca EclipseLink, también puede depender de EclipseLink MOXy:

Maven

<dependency>
    <groupId>org.eclipse.persistence</groupId>
    <artifactId>org.eclipse.persistence.moxy</artifactId>
    <version>2.7.3</version>
</dependency>

Gradle

compile group: 'org.eclipse.persistence', name: 'org.eclipse.persistence.moxy', version: '2.7.3'

Como dependencias para mi aplicación Java 8, que produce un * .jar que puede ejecutar JRE 8 o JRE 9 sin argumentos adicionales.

Además, esto debe ejecutarse en algún lugar antes de que se use la API JAXB:

System.setProperty("javax.xml.bind.JAXBContextFactory", "org.eclipse.persistence.jaxb.JAXBContextFactory");

Funciona muy bien hasta ahora, como una solución alternativa. Sin embargo, no parece una solución perfecta ...


55
agregar org.eclipse.persistence:eclipselinksolo para obtener las API JAXB es una dependencia muy pesada, a menos que ya esté usando eclipselink?
Andy Guibert

44
Sí, es pesado (~ 9mb) y sí, ya lo he estado usando. He mencionado que esta es simplemente una solución alternativa para aquellos que, quizás de manera temporal, tendrán que usar JRE 8 y 9 para el mismo jar / war sin proporcionar argumentos de línea de comandos.
Mikhail Kholodkov

2
En aras de la interoperabilidad entre JDK 8 y 9, recomendaría usar la -XX:+IgnoreUnrecognizedVMOptionsopción de línea de comando (actualicé mi respuesta con detalles)
Andy Guibert

System.setProperty ("javax.xml.bind.JAXBContextFactory", "org.eclipse.persistence.jaxb.JAXBContextFactory"); no funciona para mí
David Brossard

1
Para evitar depender de toda la biblioteca EclipseLink, también puede depender de EclipseLink MOXy: groupId org.eclipse.persistence, artifactId org.eclipse.persistence.moxy.
Jesper

37

solución limpia para todos los JDK> = 9

Necesita agregar dos dependencias a su compilación

  • el jaxb-api
  • una implementación jaxb

Como implementación, elegí usar la implementación de referencia de glassfish para deshacerme de las antiguas clases / bibliotecas com.sun. Como resultado, agregué mi construcción maven

<dependency>
  <groupId>javax.xml.bind</groupId>
  <artifactId>jaxb-api</artifactId>
  <version>2.3.1</version>
</dependency>

<dependency>
  <groupId>org.glassfish.jaxb</groupId>
  <artifactId>jaxb-runtime</artifactId>
  <version>2.3.1</version>
</dependency>

Tenga en cuenta que desde la versión 2.3.1 ya no necesita agregar javax.activation. (ver https://github.com/eclipse-ee4j/jaxb-ri/issues/1222 )


¿Es realmente necesario el módulo javax.xml.bind? Mi código en JDK 11 funciona sin él.
k.liakos el

@ k.liakos No estoy seguro. El jaxb-runtime jar y el api-jar no comparten las mismas clases / paquetes. Supongo que depende de tu código. Si su código no usa las clases del paquete 'javax.xml.bind', entonces probablemente no lo necesite. El tema de este hilo es que no se puede encontrar 'javax / xml / bind / JAXBException'; esta clase solo está en el jaxb-api.
Sebastian Thees

1
Funciona perfectamente con proyectos de módulos múltiples en Java 12.
Heril Muratovic

35

es porque la versión de Java si está utilizando jdk 9 o una versión posterior simplemente agregue esto a su pom

<dependency>
  <groupId>javax.xml.bind</groupId>
  <artifactId>jaxb-api</artifactId>
  <version>2.3.0</version>
</dependency>

1
Me encuentro con esto todo el tiempo con las guías Spring Boot ... Muchas gracias.
masterxilo

2
@Cesar Rodriguez T, probé esto con un ejemplo de arrogancia y la compilación funcionó pero la ejecución dio errores. Usé la respuesta seleccionada que incluía más dependencias y funcionó.
PatS

En el archivo pom.xml de su proyecto
Cesar Rodriguez T

22

Para resolver esto, he importado algunos archivos JAR en mi proyecto:

  • javax.activation-1.2.0.jar

http://search.maven.org/remotecontent?filepath=com/sun/activation/javax.activation/1.2.0/javax.activation-1.2.0.jar

  • jaxb-api-2.3.0.jar

http://search.maven.org/remotecontent?filepath=javax/xml/bind/jaxb-api/2.3.0/jaxb-api-2.3.0.jar

  • jaxb-core-2.3.0.jar

http://search.maven.org/remotecontent?filepath=com/sun/xml/bind/jaxb-core/2.3.0/jaxb-core-2.3.0.jar

  • jaxb-impl-2.3.0.jar

http://search.maven.org/remotecontent?filepath=com/sun/xml/bind/jaxb-impl/2.3.0/jaxb-impl-2.3.0.jar

  1. Descargue los archivos anteriores y cópielos en la carpeta libs en el proyecto
  2. Agregue los archivos JAR importados en Java Build Path

44
Tenga en cuenta que los com.sun.xml.bindartefactos son antiguos y se proporcionan solo para compatibilidad con versiones anteriores. En su lugar, debe usar los org.glassfish.jaxbartefactos equivalentes , como se menciona en algunas de las otras respuestas.
Jesper

Esto no funcionó para mí. Lanzó un error y dijo que no podía encontrar una clase en particular.
RamenChef

Funcionó para mí cuando los puse en la carpeta tomcat9 / lib bajo Mint 19.2 (base Ubuntu 18.04), al implementar una aplicación Grails 3.4.10.
Mohamad Fakih

18

En el momento de la compilación y el tiempo de ejecución, agregue el interruptor --add-modules java.xml.bind

javac --add-modules java.xml.bind <java file name>

java --add-modules java.xml.bind <class file>

JDK 9También puede encontrar una buena introducción de los módulos en: https://www.youtube.com/watch?v=KZfbRuvv5qc


11

Esto funcionó para mí. Agregar solo jaxb-api no fue suficiente.

        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>${jaxb-api.version}</version>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.bind</groupId>
            <artifactId>jaxb-impl</artifactId>
            <version>${jaxb-api.version}</version>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.bind</groupId>
            <artifactId>jaxb-core</artifactId>
            <version>${jaxb-api.version}</version>
        </dependency>

¿Y a qué se configuró jaxb-api.version?
MiguelMunoz

@MiguelMunoz Usé 2.2.7
Mr Jedi

2
Tenga en cuenta que los com.sun.xml.bindartefactos son antiguos y se proporcionan solo para compatibilidad con versiones anteriores. En su lugar, debe usar los org.glassfish.jaxbartefactos equivalentes , como se menciona en algunas de las otras respuestas.
Jesper

11

Vaya a Your Build.gradle y agregue las siguientes dependencias para Java 9 o Java 10.

sourceCompatibility = 10 // You can also decrease your souce compatibility to 1.8 

//java 9+ does not have Jax B Dependents

    compile group: 'javax.xml.bind', name: 'jaxb-api', version: '2.3.0'
    compile group: 'com.sun.xml.bind', name: 'jaxb-core', version: '2.3.0'
    compile group: 'com.sun.xml.bind', name: 'jaxb-impl', version: '2.3.0'
    compile group: 'javax.activation', name: 'activation', version: '1.1.1'

11

Puede usar la --add-modules=java.xml.bindopción JVM para agregar un módulo de enlace xml al entorno de tiempo de ejecución JVM.

P.ej: java --add-modules=java.xml.bind XmlTestClass


11

Actualización de abril de 2019

Changelong para las versiones JAXB está en https://javaee.github.io/jaxb-v2/doc/user-guide/ch02.html

extractos:

    4.1. Changes between 2.3.0.1 and 2.4.0

         JAXB RI is now JPMS modularized:

            All modules have native module descriptor.

            Removed jaxb-core module, which caused split package issue on JPMS.

            RI binary bundle now has single jar per dependency instead of shaded fat jars.

            Removed runtime class weaving optimization.

    4.2. Changes between 2.3.0 and 2.3.0.1

          Removed legacy technology dependencies:

            com.sun.xml.bind:jaxb1-impl

            net.java.dev.msv:msv-core

            net.java.dev.msv:xsdlib

            com.sun.xml.bind.jaxb:isorelax

    4.3. Changes between 2.2.11 and 2.3.0

          Adopt Java SE 9:

            JAXB api can now be loaded as a module.

            JAXB RI is able to run on Java SE 9 from the classpath.

            Addes support for java.util.ServiceLoader mechanism.

            Security fixes

El enlace autorizado está en https://github.com/eclipse-ee4j/jaxb-ri#maven-artifacts

Coordenadas de Maven para artefactos JAXB

jakarta.xml.bind: jakarta.xml.bind-api: clases de API para JAXB. Necesario para compilar contra JAXB.

org.glassfish.jaxb: jaxb-runtime: Implementación de JAXB, tiempo de ejecución utilizado para serialización y deserialización de objetos java a / desde xml.

Paquetes JAXB fat-jar:

com.sun.xml.bind: jaxb-impl: JAXB runtime fat jar.

A diferencia de los artefactos org.glassfish.jaxb, estos frascos tienen todas las clases de dependencia incluidas dentro. Estos artefactos no contienen descriptores de módulo JPMS. En los proyectos de Maven, se supone que se deben utilizar los artefactos org.glassfish.jaxb.

org.glassfish.jaxb: jaxb-runtime: jar: 2.3.2 extrae:

[INFO] +- org.glassfish.jaxb:jaxb-runtime:jar:2.3.2:compile
[INFO] |  +- jakarta.xml.bind:jakarta.xml.bind-api:jar:2.3.2:compile
[INFO] |  +- org.glassfish.jaxb:txw2:jar:2.3.2:compile
[INFO] |  +- com.sun.istack:istack-commons-runtime:jar:3.0.8:compile
[INFO] |  +- org.jvnet.staxex:stax-ex:jar:1.8.1:compile
[INFO] |  +- com.sun.xml.fastinfoset:FastInfoset:jar:1.2.16:compile
[INFO] |  \- jakarta.activation:jakarta.activation-api:jar:1.2.1:compile

Respuesta original

Siguiente ¿Qué artefactos debo usar para JAXB RI en mi proyecto Maven? en Maven, puedes usar un perfil como:

<profile>
    <id>java-9</id>
    <activation>
        <jdk>9</jdk>
    </activation>
    <dependencies>
        <dependency>
            <groupId>org.glassfish.jaxb</groupId>
            <artifactId>jaxb-runtime</artifactId>
            <version>2.3.0</version>
        </dependency>
        <dependency>
            <groupId>javax.activation</groupId>
            <artifactId>activation</artifactId>
            <version>1.1.1</version>
        </dependency>
    </dependencies>
</profile> 

El árbol de dependencias muestra:

[INFO] +- org.glassfish.jaxb:jaxb-runtime:jar:2.3.0:compile
[INFO] |  +- org.glassfish.jaxb:jaxb-core:jar:2.3.0:compile
[INFO] |  |  +- javax.xml.bind:jaxb-api:jar:2.3.0:compile
[INFO] |  |  +- org.glassfish.jaxb:txw2:jar:2.3.0:compile
[INFO] |  |  \- com.sun.istack:istack-commons-runtime:jar:3.0.5:compile
[INFO] |  +- org.jvnet.staxex:stax-ex:jar:1.7.8:compile
[INFO] |  \- com.sun.xml.fastinfoset:FastInfoset:jar:1.2.13:compile
[INFO] \- javax.activation:activation:jar:1.1.1:compile

Para usar esto en Eclipse, diga Oxygen.3a Release (4.7.3a) o posterior, Ctrl-Alt-P, o haga clic derecho en el proyecto, Maven, luego seleccione el perfil.


Gracias por mostrar que una dependencia para javax.xml.bind> jaxb-apique he visto en otros lugares es realmente redundante. La dependencia de glassfish tira es así. Acabo de intentar eso, y de hecho funciona.
Basil Bourque


8

agregar dependencia javax.xml.bind en pom.xml

    <dependency>
        <groupId>javax.xml.bind</groupId>
        <artifactId>jaxb-api</artifactId>
        <version>2.3.0</version>
    </dependency>

8

Dado que JavaEE ahora se rige por https://jakarta.ee/ , las nuevas coordenadas de Maven a partir de 2.3.2 son:

https://eclipse-ee4j.github.io/jaxb-ri/#maven-artifacts

El primer jaxb.version lanzado es 2.3.2.

<properties>
  <jaxb.version>2.3.2</jaxb.version>
</properties>

<dependency>
  <groupId>jakarta.xml.bind</groupId>
  <artifactId>jakarta.xml.bind-api</artifactId>
  <version>${jaxb.version}</version>
</dependency>
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>${jaxb.version}</version>
</dependency>

7

Seguí esta URL y la configuración a continuación realmente me ayudó. Yo uso Java 10 con STS IDE en Macbook Pro. Funciona a las mil maravillas.

   <dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>2.3.0</version>
</dependency>
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>2.3.0</version>
    <scope>runtime</scope>
</dependency>
<dependency>
    <groupId>javax.activation</groupId>
    <artifactId>javax.activation-api</artifactId>
    <version>1.2.0</version>
</dependency>

7

Esto resolvió mis problemas con las dependencias que ejecutan Apache Camel 2.24.1 en Java 12:

    <dependency>
        <groupId>javax.activation</groupId>
        <artifactId>activation</artifactId>
        <version>1.1.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-core</artifactId>
        <version>2.3.0.1</version>
    </dependency>

    <dependency>
        <groupId>com.sun.xml.bind</groupId>
        <artifactId>jaxb-impl</artifactId>
        <version>2.3.0.1</version>
    </dependency>

en mi caso tengo que añadir la dependencia Tomcat en el archivo de pom
GvSharma

6

Encontré el mismo problema al usar Spring Boot 2.0.5.RELEASEen Java 11.

Agregar javax.xml.bind:jaxb-api:2.3.0solo no solucionó el problema. También tuve que actualizar Spring Boot al último Milestone 2.1.0.M2, así que supongo que esto se solucionará en el próximo lanzamiento oficial.


Esto no suena relacionado conmigo. Hay varias soluciones en este hilo que funcionan independientemente del uso de spring boot 2. (También uso spring boot 2.0.5.RELEASE por cierto). Tal vez en Spring 2.1.0.M2 ya hay un tiempo de ejecución jaxb incluido.
Sebastian Thees

Parece que con Spring Boot 2.1.0.RELEASE, JAXB ya no es necesario - github.com/spring-projects/spring-boot/releases
Burrich

5

Debe agregar dependencias JAX-B cuando use JDK 9+. Estudio para Android del usuario, tendrá que añadir a su build.gradle's dependencies {}bloque:

// Add missing dependencies for JDK 9+
if (JavaVersion.current().ordinal() >= JavaVersion.VERSION_1_9.ordinal()) {
    // If you're using @AutoValue or any libs that requires javax.annotation (like Dagger)
    compileOnly 'com.github.pengrad:jdk9-deps:1.0'
    compileOnly 'javax.annotation:javax.annotation-api:1.3.2'

    // If you're using Kotlin
    kapt "com.sun.xml.bind:jaxb-core:2.3.0.1"
    kapt "javax.xml.bind:jaxb-api:2.3.1"
    kapt "com.sun.xml.bind:jaxb-impl:2.3.2"

    // If you're using Java
    annotationProcessor "com.sun.xml.bind:jaxb-core:2.3.0.1"
    annotationProcessor "javax.xml.bind:jaxb-api:2.3.1"

    testAnnotationProcessor "com.sun.xml.bind:jaxb-core:2.3.0.1"
    testAnnotationProcessor "javax.xml.bind:jaxb-api:2.3.1"
}

Sin embargo
Malachiasz

También modifiqué tu respuesta para trabajar con pruebas unitarias.
Malachiasz

4

También tropecé con ClassNotFoundException: javax.xml.bind.DatatypeConverter usando Java 11 y

<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt</artifactId>
    <version>0.9.1</version>
</dependency>

Intenté todo esto al agregar javax.xml.bind: jaxb-api o spring boot jakarta.xml.bind-api ... Encontré una pista para las soluciones en jjwt versión 0.10.0 ... pero lo más importante es que el paquete jjwt es ahora dividido!

Por lo tanto, verifique esta referencia: https://github.com/jwtk/jjwt/issues/510

Simplemente, si usas

Java11 y jjwt 0.9.xy enfrenta el problema ClassNotFoundException: javax.xml.bind.DatatypeConverter,

ir por

jjwt versión 0.11.x, pero use los paquetes divididos: https://github.com/jwtk/jjwt#install

Maven no encontrará una versión superior para la dependencia jjwt, ya que dividen los paquetes.

Salud.


3

No es una respuesta, sino un apéndice: obtuve porque ejecutar groovysh(Groovy 2.4.13) si JAVA_HOME apunta a una instalación de Java 9 ( java version "9.0.1"para ser precisos) falla abismalmente:

java.lang.reflect.InvocationTargetException
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:564)
        at org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:107)
        at org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:129)
Caused by: java.lang.NoClassDefFoundError: Unable to load class groovy.xml.jaxb.JaxbGroovyMethods due to missing dependency javax/xml/bind/JAXBContext
        at org.codehaus.groovy.vmplugin.v5.Java5.configureClassNode(Java5.java:400)
        at org.codehaus.groovy.ast.ClassNode.lazyClassInit(ClassNode.java:277)
        at org.codehaus.groovy.ast.ClassNode.getMethods(ClassNode.java:397)
        ...
        ..
        .
        ..
        ...
        at org.codehaus.groovy.tools.shell.Groovysh.<init>(Groovysh.groovy:135)
        at org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
        at org.codehaus.groovy.tools.shell.Main.<init>(Main.groovy:66)
        at org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
        at org.codehaus.groovy.tools.shell.Main.main(Main.groovy:163)
... 6 more

La solución fue:

  • Vaya al Proyecto JAXB en github.io ( "JAXB tiene una licencia dual: CDDL 1.1 y GPL 2.0 con excepción de ruta de clase" )

  • Descargar jaxb-ri-2.3.0.zip

  • Descomprima donde sea que coloque sus archivos de infraestructura de Java (en mi caso /usr/local/java/jaxb-ri/). Puede existir otra solución (tal vez a través de SDKMAN, no sé)

  • Asegúrese de que los frascos en el subdirectorio lib estén en el CLASSPATH. Lo hago a través de un script iniciado en el inicio de bash, llamado /etc/profile.d/java.sh, donde agregué (entre muchas otras líneas) el siguiente bucle:

Empaquetado en una función ...

function extend_qzminynshg {
   local BASE="/usr/local/java"
   for LIB in jaxb-api.jar  jaxb-core.jar  jaxb-impl.jar  jaxb-jxc.jar  jaxb-xjc.jar; do
      local FQLIB="$BASE/jaxb-ri/lib/$LIB"
      if [[ -f $FQLIB ]]; then
         export CLASSPATH=$FQLIB:$CLASSPATH
      fi
    done
}

extend_qzminynshg; unset extend_qzminynshg

¡Y funciona!


1
No entiendo los downvotzes. Al parecer, la gente quiere jugar con opciones de línea de comandos en lugar de obtener los frascos? Siéntase usted mismo.
David Tonhofer

77
Los desarrolladores de Java suelen utilizar herramientas de compilación como Gradle o Maven para gestionar las dependencias en lugar de descargar manualmente los archivos jar. Esa es probablemente la razón de los votos negativos.
Joshua Davis

3

Solo necesitas 1 dependencia:

dependencies {
    implementation ("jakarta.xml.bind:jakarta.xml.bind-api:2.3.2")

2

OK, he tenido el mismo tipo de problema, pero estaba usando Java 8 y seguí recibiendo este error, probé la mayoría de las soluciones. Pero resulta que mi experto todavía apuntaba a Java 9, aunque configuré la versión global de Java en 8, tan pronto como solucioné que todo funcionaba.

Para cualquiera que pueda tener este tipo de problema, consulte Cómo arreglar Maven para usar Java predeterminado


2

Respuesta anterior "Problema resuelto cambiando a amazoncorretto" Respuesta de noticias: Utilicé corretto más reciente, pero es similar a jdk 1.8. así que de todos modos necesitamos agregar dependencias manualmente


2
La distribución de Amazon Corretto para JDK 11 no proporciona clases javax.xml.bind. Si el problema se resolvió después de cambiar a Correto, fue porque se bajó a JDK 8.
Andy Guibert

extraño, lo comprobaré, en la ventana acoplable que usé correto más reciente
Armen Arzumanyan

Sí, amazoncorretto:latestactualmente da JDK 8, no 11. Muchas imágenes de Docker todavía se basan en JDK 8, precisamente debido a los problemas de compatibilidad causados ​​por la eliminación de API entre JDK 8 -> 11
Andy Guibert

2

Las versiones de dependencia que necesitaba usar al compilar para el destino Java 8. Aplicación probada en Java 8, 11 y 12 JRE.

        <!-- replace dependencies that have been removed from JRE's starting with Java v11 -->
        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>2.2.8</version>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.bind</groupId>
            <artifactId>jaxb-core</artifactId>
            <version>2.2.8-b01</version>
        </dependency>
        <dependency>
            <groupId>com.sun.xml.bind</groupId>
            <artifactId>jaxb-impl</artifactId>
            <version>2.2.8-b01</version>
        </dependency>
        <!-- end replace dependencies that have been removed from JRE's starting with Java v11 -->

2

Para mí en Java 11 y Gradle, esto es lo que funcionó:

plugins {
      id 'java'
}

dependencies {
      runtimeOnly 'javax.xml.bind:jaxb-api:2.3.1'
}

¿Dónde exactamente ponemos eso?
nyxee

En su archivo build.gradle si está utilizando gradle.
silver_mx

1

Necesita agregar dependencias jaxb a maven. La implementación de glassfish versión 2.3.2 es perfectamente compatible con la nueva jakarta EE jaxb api versión 2.3.2.

<!-- API -->
<dependency>
    <groupId>jakarta.xml.bind</groupId>
    <artifactId>jakarta.xml.bind-api</artifactId>
    <version>2.3.2</version>
</dependency>

<!-- Runtime -->
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>2.3.2</version>
</dependency>

1

Tuve problemas similares después de actualizar mi proyecto a Java 11, luego lo que solucionó fue actualizar a Spring Boot 2.1.1 que aparentemente tiene soporte para Java 11, esto ayudó


considere agregar al menos la parte de la solución en su respuesta, ya que las respuestas de solo enlace no serán válidas si la URL cambia en el futuro.
yukashima huksay

0

Sé que llego tarde a la fiesta, pero mi error terminó necesitando una solución diferente ... super simple también

Originalmente me desplegué en Tomcat 9 y me di cuenta de que necesitaba 7 ... Olvidé asignar mi ruta de clase a la versión 7 en build.xml

¡Esperemos que esto solucione el error de alguien más en el futuro, que logra pasar por alto este simple problema como lo hice yo!


2
Si bien esto puede ayudar a OP, es mejor agregar más detalles, ejemplos, etc.
Tiw

0

Si está llamando a servicios web SOAP (por ejemplo, usando jaxws-maven-plugin) simplemente agregando esta dependencia, todos los errores JAXB desaparecerán:

<dependency>
            <groupId>org.glassfish.metro</groupId>
            <artifactId>webservices-rt</artifactId>
            <version>2.4.3</version>
</dependency>

Probado con Java 13

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.