如何解决 Java 12 上的 JAXB 类路径问题

Question

我正在将使用 JAXB 的应用程序移植到 JDK 11/12，但在尝试修复这些 JAXB 类路径问题时完全迷失了方向。我已经用谷歌搜索并基本上阅读了与此相关的所有内容，因此我知道 Java11 中所做的更改，即从 JDK 中删除 JAXB ......但是在这种情况下，我会假设一个简单的修复，包括在类路径上添加 api 和 impl JAR。但这不起作用，尽管我在类路径上有这些 JAR，尽管使用了 2.3.2 JAXB，但我仍然收到已知异常：

javax.xml.bind.JAXBException - 有关联的例外： [java.lang.ClassNotFoundException: com.sun.xml.internal.bind.v2.ContextFactory]

即使我看到该类位于不同的包中，并且我通过系统变量指示使用正确的包，它也不起作用：

gradle -Djavax.xml.bind.context.factory=com.sun.xml.bind.v2.ContextFactory 构建

javax.xml.bind.JAXBException - 有关联的例外： [java.lang.ClassNotFoundException: com.sun.xml.bind.v2.ContextFactory]

有人知道如何解决这个问题吗？我不想玩清单文件等。应该可以将正确的 JAR 放在类路径上，就是这样，或者不是？

在这里总结但无法正常工作： http://www.descher.at/descher-vu/2019/01/java-11-jaxb-and-osgi/

更新，Gradle 中使用的依赖项： - jaxb-xjc 具有 jaxb-runtime (impl.) 作为传递依赖。我看到它被 Gradle 选中但仍然是同样的错误。

classpath "com.sun.activation:javax.activation:1.2.0"
classpath "jakarta.xml.bind:jakarta.xml.bind-api:2.3.2"
classpath "org.glassfish.jaxb:jaxb-xjc:2.3.2"
classpath"org.glassfish.jaxb:jaxb-core:2.3.0.1"

[org.gradle.internal.operations.DefaultBuildOperationExecutor] 构建操作'Resolve jaxb-runtime.jar (org.glassfish.jaxb:jaxb-runtime:2.3.2)'完成

[org.gradle.internal.component.model.ComponentAttributeMatcher] 从候选 [org.glassfish.jaxb:jaxb-runtime:2.3.2 配置中选择匹配 org.glassfish.jaxb:jaxb-runtime:2.3.2 配置运行时运行时] {org.gradle.dependency.bundling=external, org.gradle.jvm.version=12, org.gradle.usage=java-runtime}

这是“gradle dependencies”的输出，所有的 JAXB jar 都在那里，仍然抛出类路径错误。 Glassfish 的 JAR 文件 jaxb-runtime 肯定有这个 ContextFactory 类。

runtimeClasspath - Runtime classpath of source set 'main'.
+--- org.springframework.boot:spring-boot-starter-log4j2 -> 2.1.0.RELEASE
|    +--- org.apache.logging.log4j:log4j-slf4j-impl:2.11.1
|    |    +--- org.slf4j:slf4j-api:1.7.25
|    |    +--- org.apache.logging.log4j:log4j-api:2.11.1
|    |    \--- org.apache.logging.log4j:log4j-core:2.11.1
|    |         \--- org.apache.logging.log4j:log4j-api:2.11.1
|    +--- org.apache.logging.log4j:log4j-core:2.11.1 (*)
|    +--- org.apache.logging.log4j:log4j-jul:2.11.1
|    |    \--- org.apache.logging.log4j:log4j-api:2.11.1
|    \--- org.slf4j:jul-to-slf4j:1.7.25
|         \--- org.slf4j:slf4j-api:1.7.25
+--- org.projectlombok:lombok -> 1.18.2
+--- org.apache.commons:commons-lang3 -> 3.8.1
+--- org.apache.commons:commons-collections4 -> 4.4
+--- com.google.guava:guava -> 23.0
|    +--- com.google.code.findbugs:jsr305:1.3.9
|    +--- com.google.errorprone:error_prone_annotations:2.0.18
|    +--- com.google.j2objc:j2objc-annotations:1.1
|    \--- org.codehaus.mojo:animal-sniffer-annotations:1.14
+--- org.apache.ws.xmlschema:xmlschema-core -> 2.0.1
+--- org.glassfish.jaxb:jaxb-runtime:2.3.2
|    +--- jakarta.xml.bind:jakarta.xml.bind-api:2.3.2
|    |    \--- jakarta.activation:jakarta.activation-api:1.2.1
|    +--- org.glassfish.jaxb:txw2:2.3.2
|    +--- com.sun.istack:istack-commons-runtime:3.0.8
|    |    \--- jakarta.activation:jakarta.activation-api:1.2.1
|    +--- org.jvnet.staxex:stax-ex:1.8.1
|    |    +--- jakarta.activation:jakarta.activation-api:1.2.1
|    |    \--- jakarta.xml.bind:jakarta.xml.bind-api:2.3.2 (*)
|    +--- com.sun.xml.fastinfoset:FastInfoset:1.2.16
|    \--- jakarta.activation:jakarta.activation-api:1.2.1
\--- org.glassfish.jaxb:jaxb-core:2.3.0.1
     +--- javax.xml.bind:jaxb-api:2.3.0 -> 2.3.1
     |    \--- javax.activation:javax.activation-api:1.2.0
     +--- org.glassfish.jaxb:txw2:2.3.0.1 -> 2.3.2
     \--- com.sun.istack:istack-commons-runtime:3.0.5 -> 3.0.8 (*)

Answer 1

出于某种原因，我对 Glassfish JAR 不满意，但那些原始的 Sun/Oracle 依赖项起作用了。