这招对我很管用:

<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>

更新

正如@Jasper所建议的，为了避免依赖于整个EclipseLink库，你也可以只依赖于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'

作为我的Java 8应用程序的依赖项，该应用程序生成一个*.jar，它可以在JRE 8或JRE 9上运行，没有额外的参数。

此外，在使用JAXB API之前，需要在某处执行此命令:

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

到目前为止，作为一种变通方法，效果很好。不过，这看起来并不是一个完美的解决方案……

好吧，我一直有同样的问题，但我使用的是Java 8，并不断得到这个错误，我尝试了大多数的解决方案。但事实证明，我的maven仍然指向java 9，即使我将全局java版本设置为8，只要我修复了它就能正常工作。

对于任何可能遇到这类问题的人，请参阅如何修复Maven以使用默认Java(已存档)

对我来说，这是一个简单的解决方案(Mac用户)

run in terminal——> alias j8="export JAVA_HOME= ' /usr/libexec/ JAVA_HOME -v 1.8 '; 然后执行——> j8 就是这样!!(现在运行你的MVN命令)

或者你可以在你的.bash_profile中设置

JAXB api被认为是Java EE api，因此不再包含在Java SE 9的默认类路径中。在Java 11中，它们完全从JDK中删除了。

Java 9引入了模块的概念，默认情况下，Java。Se聚合模块在类路径(或者更确切地说，模块路径)上可用。顾名思义，java。se聚合模块不包括传统上与Java 6/7/8绑定的Java EE api。

幸运的是，JDK 6/7/8中提供的这些Java EE api仍然在JDK中，但默认情况下它们不在类路径中。额外的Java EE api在以下模块中提供:

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

快速和肮脏的解决方案:(仅适用于JDK 9/10)

要使JAXB api在运行时可用，请指定以下命令行选项:

——添加模块java.xml.bind

但我仍然需要这与Java 8一起工作!!

如果尝试使用较旧的JDK指定——add-modules，将会失败，因为它是一个无法识别的选项。我建议有两个选择:

您可以使用JDK_JAVA_OPTIONS环境变量设置任何Java 9+选项。这个环境变量由java 9+的java启动器自动读取。 您可以添加-XX:+IgnoreUnrecognizedVMOptions，以使JVM静默地忽略无法识别的选项，而不是爆发。但是要小心!JVM将不再验证您使用的任何其他命令行参数。此选项适用于Oracle/OpenJDK以及IBM JDK(从JDK 8sr4开始)。

替代快速解决方案:(仅限JDK 9/10)

注意，通过指定——add-modules Java .se. EE选项，可以在运行时使用上述所有Java EE模块。Java .se. EE模块是一个聚合模块，它包括Java .se. EE以及上面的Java EE API模块。注意，这在Java 11上不起作用，因为Java .se.ee在Java 11中被删除了。

适当的长期解决方案:(JDK 9及以上版本)

上面列出的Java EE API模块都被标记为@Deprecated(forRemoval=true)，因为它们在Java 11中被计划删除。因此——add-module方法将不再在Java 11开箱即用中工作。

在Java 11中需要做的是在类路径或模块路径中包含您自己的Java EE api副本。例如，你可以像这样添加JAX-B api作为Maven依赖:

<!-- 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>

有关JAXB的更多详细信息，请参阅JAXB参考实现页。

有关Java模块化的详细信息，请参见JEP 261:模块系统

截至2022年7月，bind-api和jaxb-runtime的最新版本是4.0.0。所以你也可以用

    <version>4.0.0</version>

…在这些依赖子句中。但是如果你这样做，包的名称已经从javax.xml.bind…jakarta.xml.bind……您将需要修改源代码以使用这些jar的后续版本。

对于Gradle或Android Studio开发者:(JDK 9及以上版本)

将以下依赖项添加到构建中。gradle文件:

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"
}

对我来说，在Java 11和gradle这是什么工作:

plugins {
      id 'java'
}

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

不是答案，而是一个附录:我得到的原因是，如果JAVA_HOME指向Java 9安装(准确地说是Java版本“9.0.1”)，则运行groovysh (Groovy 2.4.13)会失败:

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

解决方案是:

Go to the JAXB Project at github.io ("JAXB is licensed under a dual license - CDDL 1.1 and GPL 2.0 with Class-path Exception") Download jaxb-ri-2.3.0.zip Unzip wherever you put your java infrastructure files (in my case, /usr/local/java/jaxb-ri/). Other solution may exist (maybe via SDKMAN, I dunno) Make sure the jars in the lib subdirectory are on the CLASSPATH. I do it via a script started on bash startup, called /etc/profile.d/java.sh, where I added (among many other lines) the following loop:

打包到函数中…

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

它确实有效!