Bean验证的Jersey扩展是否支持Bean验证2.0（JSR 380）
问题描述 投票：0回答：1
我正在使用具有[[webProfile-8.0功能的WebSphere Liberty 19.0.0.2，该功能支持jaxrs-2.1和beanValidation-2.0。为了更好地支持MutiPart流，我使用Jersey作为JAX-RS实现而不是自由的默认Apache CXF。
有关相关组件版本控制的更多上下文信息Bean验证1.1（JSR 349），Bean验证2.0（JSR 380）
我想使用
bean验证2.0
功能来验证我的REST Resource类中的请求/响应/参数，为此，我需要使用Jersey的扩展来进行bean验证。 https://eclipse-ee4j.github.io/jersey.github.io/documentation/latest/bean-validation.html您可以在此链接上看到（如果您向下滚动），该扩展的最新版本（2.30.1）也请参考JSR-349，它是bean验证1.1。从遵循gradle依赖项的jar列表中也提到了JSR-349
compile group: 'org.glassfish.jersey.ext', name: 'jersey-bean-validation', version: '2.30'
令人惊讶的是，Bean Validation 2.0（JSR 380）没有Jersey扩展。
当我在自由中使用上述依赖项时，bean验证有效，但是由于资源类中使用了bean验证注释，因此在服务器启动时出现以下错误。
[3/5/20 18:11:28:597 EST] 00000020 id=00000000 org.glassfish.jersey.model.Parameter 2 Unable to get the com.sun.proxy.$Proxy70 annotation value property java.lang.NoSuchMethodException: javax.validation.constraints.NotNull.value() at java.lang.Class.getMethod(Class.java:1786) at org.glassfish.jersey.model.Parameter.getValue(Parameter.java:453) at org.glassfish.jersey.model.Parameter.create(Parameter.java:270) at org.glassfish.jersey.model.Parameter.createList(Parameter.java:400) at org.glassfish.jersey.model.Parameter.createList(Parameter.java:383) at org.glassfish.jersey.server.model.Parameter.create(Parameter.java:137) at org.glassfish.jersey.server.model.Invocable.<init>(Invocable.java:215) at org.glassfish.jersey.server.model.Invocable.create(Invocable.java:161) at org.glassfish.jersey.server.model.ResourceMethod$Builder.createInvocable(ResourceMethod.java:541) at org.glassfish.jersey.server.model.ResourceMethod$Builder.build(ResourceMethod.java:522) at org.glassfish.jersey.server.model.Resource$Builder.processMethodBuilders(Resource.java:647) at org.glassfish.jersey.server.model.Resource$Builder.buildResourceData(Resource.java:583) at org.glassfish.jersey.server.model.Resource$Builder.build(Resource.java:639) at org.glassfish.jersey.server.model.Resource.from(Resource.java:782) at org.glassfish.jersey.server.ResourceBagConfigurator.init(ResourceBagConfigurator.java:55) at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:331) at org.glassfish.jersey.server.ApplicationHandler.lambda$initialize$1(ApplicationHandler.java:293) at org.glassfish.jersey.internal.Errors.process(Errors.java:292) at org.glassfish.jersey.internal.Errors.process(Errors.java:274) at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:232) at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:292) at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:259) at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:311) at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:154) at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:347) at javax.servlet.GenericServlet.init(GenericServlet.java:244) at com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:291) at com.ibm.ws.webcontainer.servlet.ServletWrapper.loadOnStartupCheck(ServletWrapper.java:1373) at com.ibm.ws.webcontainer.webapp.WebApp.doLoadOnStartupActions(WebApp.java:1157) at com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinally(WebApp.java:1125) at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:1023) at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:6619) at com.ibm.ws.webcontainer.osgi.DynamicVirtualHost.startWebApp(DynamicVirtualHost.java:467) at com.ibm.ws.webcontainer.osgi.DynamicVirtualHost.startWebApplication(DynamicVirtualHost.java:462) at com.ibm.ws.webcontainer.osgi.WebContainer.startWebApplication(WebContainer.java:1152) at com.ibm.ws.webcontainer.osgi.WebContainer.access$000(WebContainer.java:111) at com.ibm.ws.webcontainer.osgi.WebContainer$3.run(WebContainer.java:957) at com.ibm.ws.threading.internal.ExecutorServiceImpl$RunnableWrapper.run(ExecutorServiceImpl.java:239) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [3/5/20 18:11:28:598 EST] 00000020 id=00000000 org.glassfish.jersey.model.Parameter 2 Unable to get the com.sun.proxy.$Proxy29 annotation value property java.lang.NoSuchMethodException: javax.validation.Valid.value() at java.lang.Class.getMethod(Class.java:1786) at org.glassfish.jersey.model.Parameter.getValue(Parameter.java:453) at org.glassfish.jersey.model.Parameter.create(Parameter.java:270) at org.glassfish.jersey.model.Parameter.createList(Parameter.java:400) at org.glassfish.jersey.model.Parameter.createList(Parameter.java:383) at org.glassfish.jersey.server.model.Parameter.create(Parameter.java:137) at org.glassfish.jersey.server.model.Invocable.<init>(Invocable.java:215) at org.glassfish.jersey.server.model.Invocable.create(Invocable.java:161) at org.glassfish.jersey.server.model.ResourceMethod$Builder.createInvocable(ResourceMethod.java:541) at org.glassfish.jersey.server.model.ResourceMethod$Builder.build(ResourceMethod.java:522) at org.glassfish.jersey.server.model.Resource$Builder.processMethodBuilders(Resource.java:647)
这些错误是有关的，使用起来并不自信。非常感谢任何建议或帮助。以下是来自server.xml的功能管理器部分更新03/06/2020
<featureManager>
<!--NOTE: Following are standard features and should not be removed-->
<feature>servlet-4.0</feature>
<feature>jndi-1.0</feature>
<feature>requestTiming-1.0</feature>
<feature>monitor-1.0</feature>
<feature>localConnector-1.0</feature>
<feature>restConnector-2.0</feature>
<feature>ssl-1.0</feature>
<!-- Do not add enabled webProfile-8.0 because we want to disable default
REST implementation (Apache-CXF) provided by Liberty. We want to use Jersey
as our REST implementation because it better support multi-part streaming, -->
<!-- <feature>webProfile-8.0</feature> -->
<feature>jsp-2.3</feature>
<feature>cdi-2.0</feature>
<feature>managedBeans-1.0</feature>
<feature>jdbc-4.2</feature>
<feature>beanValidation-2.0</feature>
<!-- We need javaMail feature for logback email appender to work -->
<feature>javaMail-1.6</feature>
</featureManager>
这是我的其余应用程序配置，用于扩展球衣的ResourceConfig类
import javax.ws.rs.ApplicationPath; import org.glassfish.jersey.logging.LoggingFeature; import org.glassfish.jersey.media.multipart.MultiPartFeature; import org.glassfish.jersey.server.ResourceConfig; import org.glassfish.jersey.server.ServerProperties; @ApplicationPath("/rest") public class RestApplicationConfig extends ResourceConfig { public RestApplicationConfig() { super(); configureResourcesAndFeatures(); } private void configureResourcesAndFeatures() { packages(RestApplicationConfig.class.getPackage().getName()); register(MultiPartFeature.class); property(ServerProperties.BV_SEND_ERROR_IN_RESPONSE, true); } }
我提到使用jersey-bean-validation版本2.30，但我了解到。因此，我真的想使用2.27版并使其与bean验证2.0一起使用，因为我使用的自由版本尚未达到jakarta ee的标准。Jersey 2.27是最新版本，它是JAX-RS 2.1 API的JAVA EE实现。从2.28开始，其Jakarta EE实施JAX-RS 2.1
1个回答
投票
如果转到https://mvnrepository.com/artifact/org.glassfish.jersey.ext/jersey-bean-validation/2.27 url，并向下滚动，如果您看到它包含validation-api 1.1.0.Final和hibernate-validator 5.1.3.Final，则用于Bean Validation 1.1（JSR 349）。
您必须排除上述不正确的传递依赖关系，并包含
Bean Validation 2.0（JSR 380）的正确版本，该版本为Hibernate Validator 6.0（6.0.18.Final）] >>如果您的容器已经提供了bean验证的实现，则无需包括休眠验证器jar。就我而言，自由启用beanValidation beanValidation-2.0可以提供bean验证实现。
// Jersey 2.27 is latest version which is JAVA EE implementation of JAX-RS 2.1 API. Starting 2.28 its Jakarta EE implementation of JAX-RS 2.1
compile group: 'org.glassfish.jersey.containers', name: 'jersey-container-servlet', version: '2.27'
compile group: 'org.glassfish.jersey.media', name: 'jersey-media-json-jackson', version: '2.27'
compile group: 'org.glassfish.jersey.media', name: 'jersey-media-multipart', version: '2.27'
compile (group: 'org.glassfish.jersey.inject', name: 'jersey-hk2', version: '2.27') {
exclude group: 'javax.inject', module: 'javax.inject'
}
compile (group: 'org.glassfish.jersey.ext', name: 'jersey-bean-validation', version: '2.27') {
exclude group: 'javax.el', module: 'javax.el-api'
exclude group: 'org.hibernate'
}
configurations.compile {
exclude group: 'javax.validation', module: 'validation-api'
exclude group: 'javax.annotation', module: 'javax.annotation-api'
}
在编译配置级别排除了2个jar，因为它们是来自多个地方的传递依赖项。
这解决了所有问题，并且bean验证的工作原理很吸引人。
最新问题
- 我无法在ajax中执行perl脚本
- 实体框架。直接编辑集合导航属性时的奇怪行为
- 在Python中检测比例参考线坐标
- 如何防止我的Python脚本在Windows上运行后立即关闭？
- Gridgain9 是 ignite2 还是 ignite3 的下游
- 如何修改JavaFX中的ChoiceBox复选标记？
- 在pygame中实时播放带有alpha通道和同步音频的两个混合视频？
- 如何在cypher-shell中使用环境变量NEO4J_PASSWORD
- ASP Classic IPN 侦听器可以工作，但现在不行了
- 如何实际使用 cv2.estimateAffine3D 在 python 中对齐 3d 点？
- 如何在 R 中生成具有跨多个组的 FDR 校正 P 值的分层汇总表
- 我无法使用 Exact Alarm 进行颤振本地通知
- Azure OpenAI Studio Playground：在向任何函数提交输出时，我的助手总是返回未定义的错误
- 如何对Bull.js与Redis服务器的连接实现完整而非部分的TLS保护？
- Nuget 资源从 https 更改为 http
- 不同值时如何在同一行返回结果
- 我可以将 boost::intrusive::rbtree 与 stateful_value_traits 一起使用吗？
- 确定next.js中的客户端/服务器组件
- 按照Ieee-754单精度格式实现浮点加法器但移位错误
- 如何在Python中通过OR-Tools使用sorted()和min()函数？