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验证的工作原理很吸引人。
最新问题
- Python 负载测试套接字通信
- “未定义”类型上不存在属性“句柄” - 反应上下文和打字稿
- 插件“Go”需要安装插件“com.intellij.modules.ultimate”
- 将数字字符引用表示法转换为 unicode 字符串
- Android 外设蓝牙GattServerCallback onCharacteristicWriteRequest() 未被调用
- ModuleNotFoundError：没有名为“StrucPy”的模块 - 内部包
- 导入错误：无法从“tensorflow.python.keras.optimizers”导入名称“SGD”
- 如何在flutter中制作磁力滚动效果？
- Make：包含规则名称的通配符
- 在 AWS Amplify 上部署 NestJs？
- 标准机器学习中函数声明 `f x y` 和 `f (x, y)` 有什么区别？
- 如何将公式仅应用于某些函数
- JAX-RS 中相当于 ProducesResponseType 的是什么？
- 当没有验证器时，Angular 会根据需要不断返回表单控制
- Lenis smoothscroll：在 Firefox 上元素的下拉动画后不会滚动到底部
- 使用 Heroku 网址时出现 Stripe webhook 错误 400 错误请求
- 正在从数据库 laravel 10 获取软删除记录
- Google 表格计数如果
- 由 2 个 nginx Web 服务器组成的托管实例组
- 拆分大熊猫数据框