java - Java 11 中的 gson 和 java.sql？

Question

我们正在尝试将项目从 Java 8 迁移到 Java 11，但遇到了一些 gson 问题。

Caused by: java.lang.ClassNotFoundException: java.sql.Time
at java.net.URLClassLoader.findClass(URLClassLoader.java:471) ~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:588) ~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:521) ~[?:?]
... 6 more

我的假设是该问题与模块化和 java.sql.Time 未添加到项目有关。但添加 --add-modules=java.sql 并没有帮助，问题仍然存在。这是我在搜索时找到的唯一推荐的解决方案。

如果我自己显式调用 java.sql.Time，问题是相同的。

下面是 --list-modules 的输出，其中 java.sql 明显可用。

java.base@11.0.4-ojdkbuild
java.compiler@11.0.4-ojdkbuild
java.datatransfer@11.0.4-ojdkbuild
java.desktop@11.0.4-ojdkbuild
java.instrument@11.0.4-ojdkbuild
java.logging@11.0.4-ojdkbuild
java.management@11.0.4-ojdkbuild
java.management.rmi@11.0.4-ojdkbuild
java.naming@11.0.4-ojdkbuild
java.net.http@11.0.4-ojdkbuild
java.prefs@11.0.4-ojdkbuild
java.rmi@11.0.4-ojdkbuild
java.scripting@11.0.4-ojdkbuild
java.se@11.0.4-ojdkbuild
java.security.jgss@11.0.4-ojdkbuild
java.security.sasl@11.0.4-ojdkbuild
java.smartcardio@11.0.4-ojdkbuild
java.sql@11.0.4-ojdkbuild
java.sql.rowset@11.0.4-ojdkbuild
java.transaction.xa@11.0.4-ojdkbuild
java.xml@11.0.4-ojdkbuild
java.xml.crypto@11.0.4-ojdkbuild
jdk.accessibility@11.0.4-ojdkbuild
jdk.aot@11.0.4-ojdkbuild
jdk.attach@11.0.4-ojdkbuild
jdk.charsets@11.0.4-ojdkbuild
jdk.compiler@11.0.4-ojdkbuild
jdk.crypto.cryptoki@11.0.4-ojdkbuild
jdk.crypto.ec@11.0.4-ojdkbuild
jdk.crypto.mscapi@11.0.4-ojdkbuild
jdk.dynalink@11.0.4-ojdkbuild
jdk.editpad@11.0.4-ojdkbuild
jdk.hotspot.agent@11.0.4-ojdkbuild
jdk.httpserver@11.0.4-ojdkbuild
jdk.internal.ed@11.0.4-ojdkbuild
jdk.internal.jvmstat@11.0.4-ojdkbuild
jdk.internal.le@11.0.4-ojdkbuild
jdk.internal.opt@11.0.4-ojdkbuild
jdk.internal.vm.ci@11.0.4-ojdkbuild
jdk.internal.vm.compiler@11.0.4-ojdkbuild
jdk.internal.vm.compiler.management@11.0.4-ojdkbuild
jdk.jartool@11.0.4-ojdkbuild
jdk.javadoc@11.0.4-ojdkbuild
jdk.jcmd@11.0.4-ojdkbuild
jdk.jconsole@11.0.4-ojdkbuild
jdk.jdeps@11.0.4-ojdkbuild
jdk.jdi@11.0.4-ojdkbuild
jdk.jdwp.agent@11.0.4-ojdkbuild
jdk.jfr@11.0.4-ojdkbuild
jdk.jlink@11.0.4-ojdkbuild
jdk.jshell@11.0.4-ojdkbuild
jdk.jsobject@11.0.4-ojdkbuild
jdk.jstatd@11.0.4-ojdkbuild
jdk.localedata@11.0.4-ojdkbuild
jdk.management@11.0.4-ojdkbuild
jdk.management.agent@11.0.4-ojdkbuild
jdk.management.jfr@11.0.4-ojdkbuild
jdk.naming.dns@11.0.4-ojdkbuild
jdk.naming.rmi@11.0.4-ojdkbuild
jdk.net@11.0.4-ojdkbuild
jdk.pack@11.0.4-ojdkbuild
jdk.rmic@11.0.4-ojdkbuild
jdk.scripting.nashorn@11.0.4-ojdkbuild
jdk.scripting.nashorn.shell@11.0.4-ojdkbuild
jdk.sctp@11.0.4-ojdkbuild
jdk.security.auth@11.0.4-ojdkbuild
jdk.security.jgss@11.0.4-ojdkbuild
jdk.unsupported@11.0.4-ojdkbuild
jdk.unsupported.desktop@11.0.4-ojdkbuild
jdk.xml.dom@11.0.4-ojdkbuild
jdk.zipfs@11.0.4-ojdkbuild
javafx.base file:///C:/javafx-sdk-11.0.2/lib/javafx.base.jar
javafx.controls file:///C:/javafx-sdk-11.0.2/lib/javafx.controls.jar
javafx.fxml file:///C:/javafx-sdk-11.0.2/lib/javafx.fxml.jar
javafx.graphics file:///C:/javafx-sdk-11.0.2/lib/javafx.graphics.jar
javafx.media file:///C:/javafx-sdk-11.0.2/lib/javafx.media.jar
javafx.swing file:///C:/javafx-sdk-11.0.2/lib/javafx.swing.jar
javafx.swt file:///C:/javafx-sdk-11.0.2/lib/javafx-swt.jar automatic
javafx.web file:///C:/javafx-sdk-11.0.2/lib/javafx.web.jar

因为我们的大多数内部依赖项仍然是 Java 8，有很多重复的定义和拆分包，我们希望避免将我们的项目显式声明为模块。

我读过一些关于 gson 在某些 PR 获得批准后未发布的文章，但真的是 gson 落后了吗？

如果我们最终不得不从 gson 切换，最好的选择是什么？

Answer 1

好吧，经过一些故障排除后，错误似乎是 IntelliJ 中发现的“类路径文件”类路径缩短器(2018 版，于 2019 年删除)和我们使用 org.reflections 库的组合。

每当我们使用不同的类路径缩短器时，我们的所有插件都会停止加载(在我们的应用程序中)，但 java.sql 将可以访问。

解决方案是使用另一个类路径缩短器(IntelliJ 2019 中删除了类路径文件)并切换到 ClassGraph 库进行反射 ( https://github.com/classgraph/classgraph )。

现在我们可以使用任何类路径缩短器，并且仍然可以在 Java 11 中使用反射。

我怀疑，当使用其他类路径缩短器时，顶级 URLClassLoader 只有一个指向包含完整类路径的 jar 或文件的 URL。这显然会导致 org.reflections 出现问题，但由 ClassGraph 正确处理。