是否可以更改方法参数的约束验证器中的属性路径?

如果您熟悉 Bean 验证框架,您就知道您无法获得方法参数的名称。因此,如果您对方法的第一个参数执行@NotNull约束并且验证失败,则getPropertyPath将类似于“arg1”。

我想创建自己的@NotNull版本,可以采用一个值,例如@NamedNotNull(“emailAddress”)。但是我不知道如何覆盖验证器中的#getPropertyPath?有没有办法做到这一点,或者我是否坚持使用“arg1”或“arg2”等。

编辑

根据我收到的答案,我能够提出以下实现,允许我从@QueryParam或@PathParam注释中获取值,并将其用作Bean验证注释(如@NotNull)的属性路径。

对于泽西岛,您需要创建以下类。请注意 DefaultParameterNameProvider 的实现:

public class ValidationConfigurationContextResolver implements ContextResolver<ValidationConfig> {
    @Override
    public ValidationConfig getContext( final Class<?> type ) {
        final ValidationConfig config = new ValidationConfig();
        config.parameterNameProvider( new RestAnnotationParameterNameProvider() );
        return config;
    }

    static class RestAnnotationParameterNameProvider extends DefaultParameterNameProvider {

        @Override
        public List<String> getParameterNames( Method method ) {
            Annotation[][] annotationsByParam = method.getParameterAnnotations();
            List<String> names = new ArrayList<>( annotationsByParam.length );
            for ( Annotation[] annotations : annotationsByParam ) {
                String name = getParamName( annotations );
                if ( name == null )
                    name = "arg" + ( names.size() + 1 );

                names.add( name );
            }

            return names;
        }

        private static String getParamName( Annotation[] annotations ) {
            for ( Annotation annotation : annotations ) {
                if ( annotation.annotationType() == QueryParam.class ) {
                    return QueryParam.class.cast( annotation ).value();
                }
                else if ( annotation.annotationType() == PathParam.class ) {
                    return PathParam.class.cast( annotation ).value();
                }
            }

            return null;
        }
    }
}

然后在 RestConfig 中,您需要添加以下行:

register( ValidationConfigurationContextResolver.class );

就是这样。现在,您的 ConstraintValidationException 将包含查询参数或 PathParam 的名称。例如:

 public void getUser( 
     @NotNull @QueryParam( "emailAddress" ) String emailAddress,
     @NotNull @QueryParam( "password" ) String password ) 
 { ... }

答案 1

如果您熟悉 Bean 验证框架,您就知道您无法获得方法参数的名称

这并不完全正确。Bean Validation 指定了 ParameterNameProvider 的概念,它允许您提供自己的实现。Hibernate Validator与ParaNamer集成以提供参数名称。有关详细信息,请参阅验证器联机文档。一旦 Validator 支持 Java 8,它也将支持 Java 8 参数命名工具。

IMO,你应该给ParaNamer一个尝试。


答案 2

Bean Validation 1.1 引入了 ParameterNameProvider 接口,用于在创建约束冲突对象时为方法和构造函数参数提供名称。


Hibernate Validator 5.2 引入了 ReflectionParameterNameProvider 类,这是一个 ParameterNameProvider 实现,它使用反射来获取实际的参数名称(为了正常工作,它需要使用编译器参数编译类):-parameters

/**
 * Uses Java 8 reflection to get the parameter names.
 * <p>
 * <p>For this provider to return the actual parameter names, classes must be compiled with the '-parameters' compiler
 * argument. Otherwise, the JDK will return synthetic names in the form {@code arg0}, {@code arg1}, etc.</p>
 * <p>
 * <p>See also <a href="http://openjdk.java.net/jeps/118">JEP 118</a></p>
 *
 * @author Khalid Alqinyah
 * @since 5.2
 */
public class ReflectionParameterNameProvider implements ParameterNameProvider {

    @Override
    public List<String> getParameterNames(Constructor<?> constructor) {
        return getParameterNames(constructor.getParameters());
    }

    @Override
    public List<String> getParameterNames(Method method) {
        return getParameterNames(method.getParameters());
    }

    private List<String> getParameterNames(Parameter[] parameters) {

        List<String> parameterNames = newArrayList();
        for (Parameter parameter : parameters) {
            // If '-parameters' is used at compile time, actual names will be returned. Otherwise, it will be arg0, arg1...
            parameterNames.add(parameter.getName());
        }

        return parameterNames;
    }
}

Dropwizard 扩展了它,并使用 JerseyParameterNameProvider 添加了对 JAX-RS 注释的支持,该提供程序也应该与其他 JAX-RS 实现一起使用:@XxxParam

/**
 * Adds jersey support to parameter name discovery in hibernate validator.
 * <p>
 * <p>This provider will behave like the hibernate-provided {@link ReflectionParameterNameProvider} except when a
 * method parameter is annotated with a jersey parameter annotation, like {@link QueryParam}. If a jersey parameter
 * annotation is present the value of the annotation is used as the parameter name.</p>
 */
public class JerseyParameterNameProvider extends ReflectionParameterNameProvider {

    @Override
    public List<String> getParameterNames(Method method) {
        Parameter[] parameters = method.getParameters();
        Annotation[][] parameterAnnotations = method.getParameterAnnotations();
        List<String> names = new ArrayList<>(parameterAnnotations.length);
        for (int i = 0; i < parameterAnnotations.length; i++) {
            Annotation[] annotations = parameterAnnotations[i];
            String name = getParameterNameFromAnnotations(annotations).orElse(parameters[i].getName());
            names.add(name);
        }
        return names;
    }

    /**
     * Derives member's name and type from it's annotations
     */
    public static Optional<String> getParameterNameFromAnnotations(Annotation[] memberAnnotations) {

        for (Annotation a : memberAnnotations) {
            if (a instanceof QueryParam) {
                return Optional.of("query param " + ((QueryParam) a).value());
            } else if (a instanceof PathParam) {
                return Optional.of("path param " + ((PathParam) a).value());
            } else if (a instanceof HeaderParam) {
                return Optional.of("header " + ((HeaderParam) a).value());
            } else if (a instanceof CookieParam) {
                return Optional.of("cookie " + ((CookieParam) a).value());
            } else if (a instanceof FormParam) {
                return Optional.of("form field " + ((FormParam) a).value());
            } else if (a instanceof Context) {
                return Optional.of("context");
            } else if (a instanceof MatrixParam) {
                return Optional.of("matrix param " + ((MatrixParam) a).value());
            }
        }

        return Optional.empty();
    }
}

如果您不使用 Dropwizard,则可以使用上面的代码创建自己的实现。


验证 Jersey 资源类/方法中使用的验证程序的自定义可以使用 ValidationConfig 类完成,并通过 ContextResolver<T> 机制公开它:

public class ValidationConfigurationContextResolver 
        implements ContextResolver<ValidationConfig> {

    @Override
    public ValidationConfig getContext(final Class<?> type) {
        ValidationConfig config = new ValidationConfig();
        config.parameterNameProvider(new CustomParameterNameProvider());
        return config;
    }
}

然后在 中注册 .ValidationConfigurationContextResolverResourceConfig

有关更多详细信息,请参阅有关 Bean 验证支持的泽西岛文档


推荐