转到您的构建。gradle和添加以下Java 9或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'

添加下面的依赖对我来说是有效的。

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

不是答案，而是一个附录:我得到的原因是，如果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

它确实有效!

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

这对我有用，我有一个spring boot项目，在Java 8中编译，但我不知道为什么有一天我的maven开始用Java 11编译，在Ubuntu中我用来修复它:

sudo update-java-alternatives  -l

这显示了我的pc上可用的JDK:

java-1.11.0-openjdk-amd64      1111       /usr/lib/jvm/java-1.11.0-openjdk-amd64
java-1.8.0-openjdk-amd64       1081       /usr/lib/jvm/java-1.8.0-openjdk-amd64`

所以我最后运行这个命令来选择一个想要的:

sudo update-java-alternatives  -s java-1.8.0-openjdk-amd64 

以上就是全部内容，要了解更多内容，请参阅如何使用更新替代命令

在我的例子中(spring boot fat jar)，我只是将以下内容添加到pom.xml。

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