如果使用spring-boot-stater-validation，默认会集成hibernate-validator 6.x版本，如果想使用hibernate-validtor 7.x而java EE 在2018年命名空间全面迁移，由javax--> jakarta 则validation的api也由 javax-validation 迁移到了jakarta.validation，导致了失效。

可以看最新版本hibernate-validator 7.x的集成环境
7.0 series - Hibernate Validator

降低版本方式解决

直接使用spring-boot-stater-validation，默认hibernate-validator 6.x版本和
javax.validation-api 的版本或者显示的使用下面maven的版本
jakarta.validation-api 2.x版本(也可以使用javax.validation-api因为2.x版本做了横向迁移)
如下图。spring-boot 新增独立依赖spring-boot-starter-parent或者 spring-boot-dependencies 的版本所以无需添加版本

    <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-validation</artifactId>
        </dependency>

如果不使用spring-boot-starter如下图

        <dependency>
            <groupId>jakarta.validation</groupId>
            <artifactId>jakarta.validation-api</artifactId>
            <version>2.0.2</version>
        </dependency>
        <dependency>
            <groupId>org.hibernate.validator</groupId>
            <artifactId>hibernate-validator</artifactId>
            <version>6.2.3.Final</version>
        </dependency>

自定义初始化spring的Validator适配器

如果就想使用hibernate-validator7.x版本，可以使用自定义初始化逻辑，下面我们看看源码，可以先参考之前的源码解读javax.validation.constraints 及spring的整合，hibernate-validator的实现 - 简书 (jianshu.com)
前面的源码可以看到 spring和validator的集成通过一个适配器，首先通过参数解析器然后通过 dataBinder来调用校验，spring自己定义了org.springframework.validation.validator作为适配器接口，由SpringValidatorAdapter同时实现spring的适配器和被适配的javax.validation.Validator（新版本变成了jakarta.validation.Validator）那么我们进入源码也能看到spring的适配器还是实现的旧的javax.validation.Validator

image.png

可以看到全部使用的旧的命名空间，那么我们可不可以自己初始化这个适配器呢。继续看看源码。我们找到了最下面的一个子类，这个子类被spring注入了适配器接口 org.springframework.validation.validator

public class OptionalValidatorFactoryBean extends LocalValidatorFactoryBean {

    @Override
    public void afterPropertiesSet() {
        try {
            super.afterPropertiesSet();
        }
        catch (ValidationException ex) {
            LogFactory.getLog(getClass()).debug("Failed to set up a Bean Validation provider", ex);
        }
    }

}

WebMvcConfigurationSupport 类进行注入适配器作为springmvc的controller参数校验

    @Bean
    public Validator mvcValidator() {
// 这里是一个模版方法，可以由子类覆盖,但是下面又做了类命名限定检查，只能使用旧版本api，所以这个方法覆盖并不能实现我们想要的
        Validator validator = getValidator();
        if (validator == null) {
// 这里看到指向的还是旧版本的命名空间
            if (ClassUtils.isPresent("javax.validation.Validator", getClass().getClassLoader())) {
                Class<?> clazz;
                try {
                    String className = "org.springframework.validation.beanvalidation.OptionalValidatorFactoryBean";
                    clazz = ClassUtils.forName(className, WebMvcConfigurationSupport.class.getClassLoader());
                }
                catch (ClassNotFoundException | LinkageError ex) {
                    throw new BeanInitializationException("Failed to resolve default validator class", ex);
                }
                validator = (Validator) BeanUtils.instantiateClass(clazz);
            }
            else {
// 如果没有找到旧的命名空间就返回空适配器的实现,这个适配器并没有实现javax.validation.Validator来做适配
                validator = new NoOpValidator();
            }
        }
        return validator;
    }

我们可以在上面代码来自己初始化适配器，然后看到SpringValidatorAdapter的代码全部是引用的旧命名空间，new的话一定会NoClassDefFoundError的，spring为了支持多语言实际初始化的是OptionalValidatorFactoryBean，那么我们可以直将LocalValidatorFactoryBean和SpringValidatorAdapter和OptionalValidatorFactoryBean的代码复制出来，然后将所有命名空间替换即可.
要复制的类及功能如下
1.LocaleContextMessageInterpolator 实现MessageInterpolator接口对校验不通过的提示信息的实现

SpringValidatorAdaptor 实现spring的适配器接口，及真正做校验的jakarta.validation.Validator接口，适配器的具体实现，做校验工作
LocalValidatorFactoryBean 作为SpringValidatorAdaptor 适配器的子类用来整合spring的上下文，对当前适配器bean的管理及提示信息解析
OptionalValidatorFactoryBean 适配器的真正实例化的子类
SpringConstraintValidatorFactory 校验器工厂，例如@NotNull注解对应一个专门的非空判断的校验器，我们也可以自定义校验注解，实现的就是这个工厂实例化出来的。具体可以看代码ConstraintValidator<A extends Annotation, T>

我们将上面所有的类复制一份出来修改命名空间然后注入即可

    @Override
    @Bean
    public Validator mvcValidator() {
        return new CustomOptionalValidatorFactoryBean();
    }

启动之后还是不好用，我们通过debug初始化Validator的过程，发现报错

public class CustomOptionalValidatorFactoryBean extends CustomLocalValidatorFactoryBean {

    @Override
    public void afterPropertiesSet() {
        try {
            super.afterPropertiesSet();
        }
        catch (ValidationException ex) {
// 这里报错打印日志，发现
            ex.printStackTrace();
            LogFactory.getLog(getClass()).debug("Failed to set up a Bean Validation provider", ex);
        }
    }

}

但是启动程序还是不好用我们debug发现还是没有注入Validator，这里debug方式就不写了，我们直接在上面代码初始化时发现有报错

jakarta.validation.ValidationException: HV000183: Unable to initialize 'jakarta.el.ExpressionFactory'. Check that you have the EL dependencies on the classpath, or use ParameterMessageInterpolator instead
    at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.buildExpressionFactory(ResourceBundleMessageInterpolator.java:211)
    at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.<init>(ResourceBundleMessageInterpolator.java:97)
    at org.hibernate.validator.internal.engine.AbstractConfigurationImpl.getDefaultMessageInterpolator(AbstractConfigurationImpl.java:574)
    at io.g.erha.test.CustomLocalValidatorFactoryBean.afterPropertiesSet(CustomLocalValidatorFactoryBean.java:265)

发现是jakarta.el 包没发现，突然想起来最新的整合还需要依赖新得jakarta.el版本，新得版本el包抽出来了我们添加maven配置

      <dependency>
            <groupId>org.glassfish</groupId>
            <artifactId>jakarta.el</artifactId>
            <version>4.0.2</version>
        </dependency>

然后重新编译启动。看见可以了

以上套路最好不要使用，就当是提供了另一种角度看spring和validator的整合逻辑，首先hibernate-validator是javaEE的javax.validation标准的实现，那么javaEE在2018年更改了命名空间后hibernate-validtor随后推出了7.x版本支持，但是spring-boot-starter一直使用旧的版本，我们可以从hibernate-validator的发布信息看到基本做了很少的改动，修复了少量bug，如果您就是遇到了7.x版本修复的bug的使用场景可以考虑使用上述方式提升版本，而通过上述的代码复制我们也知道了spring通过适配器方式整合validator结合springmvc进行参数校验，并提供了Spring上下文支持的javax.validation(jakarta.validation)的自定义校验器的工厂实现，因为我们默认注入的Validator都是spring的适配器，那么这个spring上下文的支持就是我们在自定义实现了ConstraintValidator<A extends Annotation, T> 接口通过自定义校验注解校验时，虽然这个校验器子类是每次实例化但是spring也会帮你@Autowired 和@Resource注入

最后我们看看spring官方也解释了为什么不集成新的命名空间版本，及未来会在今年的spring-boot 3.x 和 spring 6.x版本全面支持! 大家尽量等等喽

支持 Jakarta EE 9（jakarta.* 命名空间中的注释和接口） ·问题 #25354 ·弹簧项目/弹簧框架 (github.com)

新版本hibernate-validator7.x不生效问题

新版本hibernate-validator7.x不生效问题

如果使用spring-boot-stater-validation，默认会集成hibernate-validator 6.x版本，如果想使用hibernate-validtor 7.x而java EE 在2018年命名空间全面迁移，由javax--> jakarta 则validation的api也由 javax-validation 迁移到了jakarta.validation，导致了失效。

降低版本方式解决

自定义初始化spring的Validator适配器

最后我们看看spring官方也解释了为什么不集成新的命名空间版本，及未来会在今年的spring-boot 3.x 和 spring 6.x版本全面支持! 大家尽量等等喽