cdi - 当包含在 WAR 文件部署中的 JodaTime v. 2.5 库失败时

Question

当包含在 WAR 文件中的 JodaTime v. 2.5 库在 GF 5.0 中失败并出现以下错误时。似乎问题在于休眠验证器。 FutureValidatorForReadableInstant 未加载，因为 GF5.0 中的 hibernate-validator 包未加载 ReadableInstant，而它在 GF 4.1.2 中工作。

加载应用程序时出现异常:CDI 部署失败:Errornstantiating :org.hibernate.validator.cdi.internal.ValidationExtension

Caused by: java.lang.TypeNotPresentException: Type org.joda.time.ReadableInstant not present
at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:117)
at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:125)
at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:49)
at sun.reflect.generics.visitor.Reifier.reifyTypeArguments(Reifier.java:68)
at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:138)
at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:49)
at sun.reflect.generics.repository.ClassRepository.getSuperclass(ClassRepository.java:90)
at java.lang.Class.getGenericSuperclass(Class.java:777)
at org.hibernate.validator.internal.util.TypeHelper.resolveTypeForClassAndHierarchy(TypeHelper.java:386)
at org.hibernate.validator.internal.util.TypeHelper.resolveTypes(TypeHelper.java:351)
at org.hibernate.validator.internal.util.TypeHelper.extractType(TypeHelper.java:327)
at org.hibernate.validator.internal.engine.constraintvalidation.ClassBasedValidatorDescriptor.(ClassBasedValidatorDescriptor.java:39)
at org.hibernate.validator.internal.engine.constraintvalidation.ConstraintValidatorDescriptor.forClass(ConstraintValidatorDescriptor.java:49)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at org.hibernate.validator.internal.metadata.core.ConstraintHelper.putConstraints(ConstraintHelper.java:686)
at org.hibernate.validator.internal.metadata.core.ConstraintHelper.(ConstraintHelper.java:386)
at org.hibernate.validator.internal.engine.ValidatorFactoryImpl.(ValidatorFactoryImpl.java:155)
at org.hibernate.validator.HibernateValidator.buildValidatorFactory(HibernateValidator.java:38)
at org.hibernate.validator.internal.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:322)
at org.hibernate.validator.cdi.internal.ValidationExtension.(ValidationExtension.java:116)
... 78 more

Answer 1

我认为这可能是 Hibernate Validator 中的一个错误。我创建了 https://hibernate.atlassian.net/browse/HV-1490跟踪此问题。

当我们尝试在 ConstraintHelper 中检测 Joda Time 时，我们使用 LoadClass 机制，如果在 ConstraintHelper/HV CL 中找不到该类，该机制可能会回退到使用线程上下文类加载器。

在您的情况下，我认为 ReadableInstant 类可以在 TCCL 中访问，但不能在 HV CL 中访问。

当我们尝试从 ConstraintValidator 获取类型时，我们只有 HV CL，因此无法找到类。

所以我认为我们应该在 HV 中修复它，但我不确定它会帮助你，因为一旦修复，无论如何都不会启用 Joda 时间约束验证器。

可能无济于事的是，关于 Joda 时间依赖性 ( https://github.com/javaee/glassfish/blob/master/nucleus/packager/external/bean-validator/pom.xml#L124 )，HV 的 OSGi 包看起来有点过时。我会与 GlassFish 团队联系，看看他们是否可以更新它。

我创建了一个 PR https://github.com/hibernate/hibernate-validator/pull/857解决我们这边的问题。您可能能够获取此分支，构建它(它只是一个 mvn 全新安装)并升级 GlassFish 中的 jar。如上所述，它不允许您对 Joda 时间类型使用约束，但至少，您应该能够启动您的应用程序。如果您可以尝试，我对您的反馈很感兴趣。

关于 GF 部分，我给 GF 团队发了电子邮件，如果在这方面有一些进展，我会通知你。

更新:GF 5.0.1 将包含对此问题的修复。如果您将当前的 GF 升级到我们今天发布的 HV 6.0.3.Final，您应该能够启动您的应用程序(但无法对 Joda Time 类型施加限制，这将不得不等待 GF 5.0.1 )。