做一万个网站,一个商城网站开发周期,建设网站请示,北京网站主题制作java jax-rsJavaBeans验证#xff08;Bean验证#xff09;是Java EE 6平台的一部分提供的新验证模型。 约束通过以JavaBeans组件#xff08;例如托管Bean#xff09;的字段#xff0c;方法或类上的注释形式的约束来支持Bean验证模型。 javax.validation.constraints包中提… java jax-rs JavaBeans验证Bean验证是Java EE 6平台的一部分提供的新验证模型。 约束通过以JavaBeans组件例如托管Bean的字段方法或类上的注释形式的约束来支持Bean验证模型。 javax.validation.constraints包中提供了几个内置约束。 Java EE 6教程列出了所有内置约束。 Bean验证中的约束通过Java注释表示 public class Person {NotNullSize(min 2, max 50)private String name;// ...
}Bean验证和RESTful Web服务 JAX-RS 1.0为提取请求值并将其绑定到Java字段属性和参数使用HeaderParam QueryParam等注释提供了强大的支持。它还支持通过非注释参数将请求实体主体绑定到Java对象中也就是说未使用任何JAX-RS注释进行注释的参数。 当前必须以编程方式对资源类中的这些值进行任何其他验证。 下一个发行版JAX-RS 2.0包含一项建议以使验证批注可以与JAX-RS批注结合使用。 例如给定验证批注Pattern 以下示例显示如何验证表单参数。 GET
Path({id})
public Person getPerson(PathParam(id)Pattern(regexp [0-9], message The id must be a valid number)String id) {return persons.get(id);
} 但是目前唯一的解决方案是使用专有实现。 接下来介绍的是基于JBoss的RESTEasy框架的解决方案该解决方案符合JAX-RS规范并通过注释ValidateRequest添加了RESTful验证接口。 导出的接口允许我们创建自己的实现。 但是已经有一种广泛使用的方法RESTEasy还向其提供了无缝集成。 这个实现是Hibernate Validator 。 可以通过以下Maven依赖项将此提供程序添加到项目中 dependencygroupIdorg.jboss.resteasy/groupIdartifactIdresteasy-jaxrs/artifactIdversion2.3.2.Final/versionscopeprovided/scope
/dependency
dependencygroupIdorg.jboss.resteasy/groupIdartifactIdresteasy-hibernatevalidator-provider/artifactIdversion2.3.2.Final/version
/dependency 注意在类或方法级别不声明ValidateRequest ValidateRequest在方法上应用了约束注释也不会进行验证例如上面的示例。 GET
Path({id})
ValidateRequest
public Person getPerson(PathParam(id)Pattern(regexp [0-9], message The id must be a valid number)String id) {return persons.get(id);
} 应用注释后发出请求时将自动验证参数id 。 您当然可以通过使用注释Valid验证整个实体而不是单个字段。 例如我们可以有一个接受Person对象并对其进行验证的方法。 POST
Path(/validate)
ValidateRequest
public Response validate(Valid Person person) {// ...
} 注意 默认情况下当验证失败时容器将引发异常并将HTTP 500状态返回给客户端。 可以/应该重写此默认行为使我们能够自定义通过异常映射器返回给客户端的Response。 国际化 到目前为止我们一直在使用默认的或硬编码的错误消息但这既是一种不好的做法又一点也不灵活。 I18n是Bean验证规范的一部分它使我们能够使用资源属性文件来指定自定义错误消息。 默认资源文件名称为ValidationMessages.properties并且必须包含属性/值对例如 person.id.patternThe person id must be a valid number
person.name.sizeThe person name must be between {min} and {max} chars long 注意 {min} {max}是指与消息相关联的约束的属性。 然后可以将这些已定义的消息注入验证约束中如下所示 POST
Path(create)
Consumes(MediaType.APPLICATION_FORM_URLENCODED)
public Response createPerson(FormParam(id)Pattern(regexp [0-9], message {person.id.pattern})String id,FormParam(name)Size(min 2, max 50, message {person.name.size})String name) {Person person new Person();person.setId(Integer.valueOf(id));person.setName(name);persons.put(Integer.valueOf(id), person);return Response.status(Response.Status.CREATED).entity(person).build();
} 要提供其他语言的翻译必须使用翻译后的消息创建一个新的ValidationMessages_XX.properties文件其中XX是所提供语言的代码。 不幸的是Hibernate Validator提供程序不基于特定的HTTP请求支持i18n。 它不考虑Accept-Language HTTP标头并且始终使用Locale.getDefault()提供的默认Locale 。 为了能够改变Locale使用Accept-Language HTTP标头例如改变语言在浏览器选项必须提供自定义实现。 定制验证器提供者 以下代码旨在解决此问题并已通过JBoss AS 7.1进行了测试。 首先要做的是删除Maven resteasy-hibernatevalidator-provider依赖性因为我们提供了自己的提供程序并添加了Hibernate Validator依赖性 dependencygroupIdorg.hibernate/groupIdartifactIdhibernate-validator/artifactIdversion4.2.0.Final/version
/dependency 接下来创建一个自定义消息插值器以调整使用的默认Locale 。 public class LocaleAwareMessageInterpolator extendsResourceBundleMessageInterpolator {private Locale defaultLocale Locale.getDefault();public void setDefaultLocale(Locale defaultLocale) {this.defaultLocale defaultLocale;}Overridepublic String interpolate(final String messageTemplate,final Context context) {return interpolate(messageTemplate, context, defaultLocale);}Overridepublic String interpolate(final String messageTemplate,final Context context, final Locale locale) {return super.interpolate(messageTemplate, context, locale);}
} 下一步是提供ValidatorAdapter 。 引入此接口是为了将RESTEasy与实际的验证API分离。 public class RESTValidatorAdapter implements ValidatorAdapter {private final Validator validator;private final MethodValidator methodValidator;private final LocaleAwareMessageInterpolator interpolator new LocaleAwareMessageInterpolator();public RESTValidatorAdapter() {Configuration? configuration Validation.byDefaultProvider().configure();this.validator configuration.messageInterpolator(interpolator).buildValidatorFactory().getValidator();this.methodValidator validator.unwrap(MethodValidator.class);}Overridepublic void applyValidation(Object resource, Method invokedMethod,Object[] args) {// For the i8n to work, the first parameter of the method being validated must be a HttpHeadersif ((args ! null) (args[0] instanceof HttpHeaders)) {HttpHeaders headers (HttpHeaders) args[0];ListLocale acceptedLanguages headers.getAcceptableLanguages();if ((acceptedLanguages ! null) (!acceptedLanguages.isEmpty())) {interpolator.setDefaultLocale(acceptedLanguages.get(0));}}ValidateRequest resourceValidateRequest FindAnnotation.findAnnotation(invokedMethod.getDeclaringClass().getAnnotations(), ValidateRequest.class);if (resourceValidateRequest ! null) {SetConstraintViolation? constraintViolations new HashSetConstraintViolation?(validator.validate(resource,resourceValidateRequest.groups()));if (constraintViolations.size() 0) {throw new ConstraintViolationException(constraintViolations);}}ValidateRequest methodValidateRequest FindAnnotation.findAnnotation(invokedMethod.getAnnotations(), ValidateRequest.class);DoNotValidateRequest doNotValidateRequest FindAnnotation.findAnnotation(invokedMethod.getAnnotations(),DoNotValidateRequest.class);if ((resourceValidateRequest ! null || methodValidateRequest ! null) doNotValidateRequest null) {SetClass? set new HashSetClass?();if (resourceValidateRequest ! null) {for (Class? group : resourceValidateRequest.groups()) {set.add(group);}}if (methodValidateRequest ! null) {for (Class? group : methodValidateRequest.groups()) {set.add(group);}}SetMethodConstraintViolation? constraintViolations new HashSetMethodConstraintViolation?(methodValidator.validateAllParameters(resource,invokedMethod, args,set.toArray(new Class?[set.size()])));if (constraintViolations.size() 0) {throw new MethodConstraintViolationException(constraintViolations);}}}
}警告 需要将HttpHeaders作为要验证的方法的第一个参数注入 POST
Path(create)
Consumes(MediaType.APPLICATION_FORM_URLENCODED)
public Response createPerson(Context HttpHeaders headers,FormParam(id)Pattern(regexp [0-9], message {person.id.pattern})String id,FormParam(name)Size(min 2, max 50, message {person.name.size})String name) {Person person new Person();person.setId(Integer.valueOf(id));person.setName(name);persons.put(id, person);return Response.status(Response.Status.CREATED).entity(person).build();
} 最后创建将选择以上用于验证Bean验证约束的类的提供程序 Provider
public class RESTValidatorContextResolver implementsContextResolverValidatorAdapter {private static final RESTValidatorAdapter adapter new RESTValidatorAdapter();Overridepublic ValidatorAdapter getContext(Class? type) {return adapter;}
}映射异常 Bean验证API使用类型为javax.validation.ValidationException或其任何子类的异常报告错误情况。 应用程序可以为任何异常提供自定义异常映射提供程序。 JAX-RS实现必须始终使用其泛型类型是异常的最接近超类的提供程序其中应用程序定义的提供程序优先于内置提供程序。 异常映射器可能看起来像 Provider
public class ValidationExceptionMapper implementsExceptionMapperMethodConstraintViolationException {Overridepublic Response toResponse(MethodConstraintViolationException ex) {MapString, String errors new HashMapString, String();for (MethodConstraintViolation? methodConstraintViolation : ex.getConstraintViolations()) {errors.put(methodConstraintViolation.getParameterName(),methodConstraintViolation.getMessage());}return Response.status(Status.PRECONDITION_FAILED).entity(errors).build();}
} 上面的示例显示了ExceptionMapper的实现该映射映射了MethodConstraintViolationException类型的MethodConstraintViolationException 。 当用ValidateRequest注释的方法的一个或多个参数的验证失败时Hibernate Validator实现将引发此异常。 这样可以确保客户端收到格式化的响应而不仅仅是从资源传播的异常。 源代码 这篇文章使用的源代码可以在GitHub上找到 。 警告 重命名资源属性文件以使文件ValidationMessages.properties 即没有任何后缀可以映射到Locale.getDefault()返回的Locale 。 相关文章 Java和UTF-8编码 作为JBoss AS 7模块运行Drools 5.4.0 Final 比较设备描述存储库 Java EE 6测试第二部分– Arquillian和ShrinkWrap简介 Java EE 6测试第I部分– EJB 3.1可嵌入API 上一篇文章作为JBoss AS 7模块运行Drools 5.4.0 Final 参考来自Samaxes博客的JCG合作伙伴 Samuel Santos的Java EE 6中的Bean验证与JAX-RS集成 。 翻译自: https://www.javacodegeeks.com/2013/01/integrating-bean-validation-with-jax-rs-in-java-ee-6.htmljava jax-rs
