Hibernate 是否准备好与可用的 Java 9 构建一起工作？

我记得我已经试过了，但是失败了。不幸的是我不记得具体原因。

顺便说一句，Hibernate Validator 5.2.3 已经可以与 Java 9 一起使用。

最佳答案

我也想知道同样的事情，并尝试在 Java 9 的早期访问版本下运行我的 Hibernate 应用程序。这是我学到的东西。

我遇到的第一个问题是 javax.xml.bind.JAXBException 的 ClassNotFoundException。 JAXB 从 Java 6 开始就在运行时类路径中，但在 Java 9 中它不再默认发布。至少有两种方法可以解决此问题:

1. 当您在 Java 9 JVM 中运行程序时，请包含命令行参数“--add-modules java.se.ee”。这指示 Java 9 再次在类路径中包含 JAXB(和其他库)。但请记住，这个论点将被 Java 8 JVM 拒绝；因此，如果您允许您的用户在多个版本的 Java 下运行，您将不得不动态计算您的命令行，或者要求您的用户手动编辑命令行。

2. 在您的应用程序中包含 JAXB 库。如果您的 Hibernate 应用程序是注解驱动的，它实际上可能不需要 JAXB 的任何实现，在这种情况下，您只需包含 JAXB API 即可。这是我添加到我的 pom 的依赖项:

   <!-- JAXB API -->
   <dependency>
       <groupId>javax.xml.bind</groupId>
       <artifactId>jaxb-api</artifactId>
       <version>2.2.11</version>
   </dependency>
   

解决了 JAXB 问题后，我运行了该应用程序并收到了数千行堆栈跟踪，如下所示:

java.lang.reflect.InaccessibleObjectException: Unable to make protected final java.lang.Class java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain) throws java.lang.ClassFormatError accessible: module java.base does not "opens java.lang" to unnamed module @49f97198
    at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:337)
    at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:281)
    at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:197)
    at java.base/java.lang.reflect.Method.setAccessible(Method.java:191)
    at javassist.util.proxy.SecurityActions.setAccessible(SecurityActions.java:103)
    at javassist.util.proxy.FactoryHelper.toClass2(FactoryHelper.java:181)
    at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:164)
    at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:507)
    at javassist.util.proxy.ProxyFactory.createClass2(ProxyFactory.java:492)
    at javassist.util.proxy.ProxyFactory.createClass1(ProxyFactory.java:428)
    at javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:400)
    at org.hibernate.proxy.pojo.javassist.JavassistProxyFactory.postInstantiate(JavassistProxyFactory.java:72)
    at org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
    at org.hibernate.tuple.entity.AbstractEntityTuplizer.<init>(AbstractEntityTuplizer.java:163)
    at org.hibernate.tuple.entity.PojoEntityTuplizer.<init>(PojoEntityTuplizer.java:58)

在这些异常之后，您的应用可能看起来正常运行。但不要被愚弄:对象的惰性初始化已被禁用。因此，您可能会遇到严重的性能问题。

这些错误的发生是因为 Hibernate 的运行时字节码增强被新模块系统中的强封装规则阻止了。参见 this stackoverflow post对于这个问题的很好的描述。

如该帖子所述，您可以通过在启动 JVM 时添加另一个命令行参数来消除这些错误。但这种方法只是一种变通方法，并不是一个好的长期解决方案。

经过反复试验，我发现了一个更好的解决方案:

1. 使用 Hibernate 5.0.0 或更高版本(早期版本不可用)，并且
2. 请求 build-time bytecode enhancement (使用 Gradle、Maven 或 Ant 插件)。

这避免了 Hibernate 在运行时执行基于 Javassist 的类修改的需要，从而消除了上面显示的堆栈跟踪。我使用 Hibernate 5.0.12.FINAL、5.1.5.Final 和 5.2.9.Final 对此进行了测试。

但是，之后您应该彻底测试您的应用程序。 Hibernate 在构建时应用的字节码更改似乎与在运行时应用的字节码更改不同，导致应用程序行为略有不同。当我启用构建时字节码增强时，我的应用程序中已经成功多年的单元测试突然失败了。 (我不得不追查新的 LazyInitializationException 错误和其他问题。)而且行为似乎因 Hibernate 的一个版本而异；我可以修复我的单元测试以在 5.0.12 中工作，结果却在 5.1.5 中再次失败。 谨慎行事。

关于java - 对 Java 9 的 Hibernate 支持，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43258796/