![](/img/trans.png)
[英]Implementation of LocalValidatorFactoryBean other than hibernate-validator?
[英]El implementation is not found for hibernate-validator in osgi-container
我尝试在 osgi 容器中运行 Hibernate 验证器。
<dependency>
<groupId>javax.el</groupId>
<artifactId>javax.el-api</artifactId>
<version>2.2.4</version>
</dependency>
<dependency>
<groupId>org.glassfish.web</groupId>
<artifactId>javax.el</artifactId>
<version>2.2.4</version>
</dependency>
<dependency>
<groupId>org.apache.servicemix.bundles</groupId>
<artifactId>org.apache.servicemix.bundles.hibernate-validator</artifactId>
<version>5.0.2.Final_1</version>
</dependency>
<dependency>
<groupId>joda-time</groupId>
<artifactId>joda-time</artifactId>
<version>2.7</version>
</dependency>
<dependency>
<groupId>org.jsoup</groupId>
<artifactId>jsoup</artifactId>
<version>1.8.1</version>
</dependency>
public class HibernateValidationProviderResolver implements ValidationProviderResolver {
@Override
public List<ValidationProvider<?>> getValidationProviders() {
List<ValidationProvider<?>> list = new ArrayList<>(1);
list.add(new HibernateValidator());
return list;
}
}
Configuration<?> configuration = Validation.byDefaultProvider().providerResolver(
new HibernateValidationProviderResolver()
).configure();
ValidatorFactory validatorFactory = configuration.buildValidatorFactory();
Validator validator = validatorFactory.getValidator();
Set<ConstraintViolation<Group>> constraintViolations = validator.validate(group);
public class Group {
@NotNull
@Size(min=2)
private String title;
}
尝试运行,equinox控制台没问题:
10 RESOLVED org.glassfish.web.javax.el_2.2.4
39 RESOLVED org.apache.servicemix.bundles.hibernate-validator_5.0.2.Final_1
47 RESOLVED javax.validation.api_1.1.0.Final
49 RESOLVED javax.el-api_2.2.4
如果我通过title = null
Group 类实例,则验证没问题,并且constraintViolations 包含一个“非空”违规。 如果我通过title = "A"
(一个字符与最小长度 = 2)的 Group 类实例,则它会引发异常
Caused by: javax.el.ELException: Provider com.sun.el.ExpressionFactoryImpl not found
Caused by: java.lang.ClassNotFoundException: com.sun.el.ExpressionFactoryImpl
它 100% 是由 osgi 引起的,但是我应该如何在 osgi 中设置 hibernate-validator 呢? 我能找到的所有文章都描述了HibernateValidationProviderResolver
创建,仅此HibernateValidationProviderResolver
。
更新 1
Maven: javax.el:javax.el-api:2.2.4
Export-Package: javax.el;version="2.2.4"
Import-Package: javax.el;version="2.2.4"
Maven: org.glassfish.web:javax.el:2.2.4 MANIFEST.MF
Export-Package: com.sun.el;uses:="javax.el";version="2.2.4"
Private-Package: com.sun.el.lang;version="2.2.4",com.sun.el.parser;version="2.2.4",com.sun.el.util;version="2.2.4"
Import-Package: com.sun.el;version="2.2.4",javax.el;version="2.2"
Maven: org.apache.servicemix.bundles:org.apache.servicemix.bundles.hibernate-validator:5.0.2.Final_1
Implementation-Version: 5.0.2.Final
Import-Package: javax.el,javax.persistence;resolution:=optional, ...
Export-Package: org.hibernate.validator.internal.engine.messageinterpola
tion.el;uses:="javax.el,javax.validation,org.hibernate.validator.intern
al.engine.messageinterpolation";version="5.0.2.Final",org.hibernate.val
idator.internal.engine.messageinterpolation;uses:="javax.validation.met
adata,org.hibernate.validator.internal.engine.messageinterpolation.el,j
avax.el,javax.validation,org.hibernate.validator.internal.util.logging"
;version="5.0.2.Final", ...
在休眠包中导入的任何版本,el-api 和 el-impl 导出中的 2.2.4 和 el-impl 将 el-api 导入为 2.2,而不是 2.2.4。 所有捆绑包都已解决。
更新 2
决定 1
我对@hwellmann 想法的实现。 @hwellmann,正确吗?
public void createGroup(Group group) {
ClassLoader prevClassLoader = Thread.currentThread().getContextClassLoader();
try {
ClassLoader[] classLoaders = new ClassLoader[] {
prevClassLoader,
ExpressionFactoryImpl.class.getClassLoader()
};
// build composite classloader
Thread.currentThread().setContextClassLoader(compositeClassLoader);
Set<ConstraintViolation<Group>> constraintViolations = validator.validate(group);
} finally {
Thread.currentThread().setContextClassLoader(prevClassLoader);
}
}
它有效,但看起来很奇怪。 并且在每个验证处理上更改 TCCL 看起来是一些开销。
决定 2
当我将自己的消息属性添加到每个验证注释时,错误就消失了,例如对于 Group:
public class Group {
@NotNull
@Size(min=2, message="field.too_short")
private String title;
}
看来,在这种情况下,休眠插值没有开始,所以ExpressionFactoryImpl
不是从TCCL检索(以前我们读分钟= 2的值,现在却没有了)。 如果对我们来说没问题,这个决定是最简单的。 我将进一步调查这个领域,并在那里分享我的观察。
JBoss Fuse中存在一个相关问题: https : //access.redhat.com/solutions/1479723
他们建议降级到4.3.1.Final
:
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
<version>4.3.1.Final</version>
</dependency>
完整堆栈跟踪可能提供比仅仅异常消息更多的洞察力。
我的猜测是你通过META-INF/service/javax.el.ExpressionFactory
看到了服务查找失败的结果。 正在进行查找的包显然无法看到com.sun.el
将此包导入应用程序包并将线程上下文类加载器设置为bundle类加载器可能会有所帮助。
我在Hibernate 5.2.5和Jetty 9.x上遇到了类似的问题。 基本上,看起来Hibernate没有检查类路径上是否已经有EL实现,并尝试使用javax.el-api而不是Jetty 9的apache-el。 升级到Hibernate 5.2.10为我解决了这个问题。 不再在类路径上有冲突的el-api。
我使用休眠验证器版本 5.4.3.Final。
从5.3.1.Final开始,它提到 ExpressionFactoryImpl 是一个硬性要求。
5.3.1.Final 中存在 OSGi 问题,问题是模块化环境中的 ClassLoader 问题。 它已在 5.3.3.Final 中修复。 票号是HV-1155
根据以上信息,无需使用Update 2 -> Decision 1 。 我发现您可以简单地将 OP 发布的代码从
Configuration<?> configuration = Validation.byDefaultProvider().providerResolver(
new HibernateValidationProviderResolver()
).configure();
到
Configuration<?> configuration = Validation.byProvider(HibernateValidator.class).providerResolver(
new HibernateValidationProviderResolver()
).externalClassLoader(getClass().getClassLoader()).configure();
此外,如果您使用上面的 hibernate 验证器版本 6.0.0.CR3,则不需要应用上面的技巧。 HV-1426涵盖了它。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.