在Spring Boot Data REST中实体验证后运行@HandleBeforecreate

Question

我正在使用Spring Boot Data REST持久化我的user实体

@Entity
public class User {

    @Id
    @GeneratedValue
    private long id;

    @NotEmpty
    private String firstName;

    @NotEmpty
    private String lastName;

    @NotEmpty
    private String email;

    @Size(min = 5, max = 20)
    private String password;

    // getters and setters
}

使用存储库：

public interface UserRepository extends CrudRepository<User, Long> {}

我要做的是首先验证postED用户：

@Configuration
public class CustomRestConfiguration extends SpringBootRepositoryRestMvcConfiguration {

    @Autowired
    private Validator validator;

    @Override
    protected void configureValidatingRepositoryEventListener(ValidatingRepositoryEventListener validatingListener) {
        validatingListener.addValidator("beforeCreate", validator);
    }

}

并且只在以后对用户密码进行哈希,然后再将其存储在DB中：

@Component
@RepositoryEventHandler(User.class)
public class UserRepositoryEventHandler {

    private PasswordEncoder passwordEncoder = new BCryptPasswordEncoder();

    @HandleBeforeCreate
    public void handleUserCreate(User user) {
         user.setPassword(passwordEncoder.encode(user.getPassword()));
    }
}

结果是，验证是在密码散列之后执行的，结果由于散列的密码太长而失败。

有没有什么方法可以指示Spring先执行验证，然后才对密码进行哈希？我知道我可以自己编写一个控制器，并以细粒度的方式指定所有内容，但我宁愿把它作为最后的手段。

Answer 1

当我在调试器中进行调查时，发现传入的实体是按以下顺序处理的：

1. Spring在SpringValidatorAdapter::Validate中反序列化JSON时执行bean验证。此处的密码为纯文本。
调用
2. @handlebeforecreate并对密码进行哈希。
3. JPA在将实体保存到DB中之前执行实体验证。这里的密码已经散列，验证失败。在我的例子（JPA的Hibernate实现）中，验证是在BeanValidationEventListener::Validate.
中执行的

解决方案1（两个阶段的全面验证）

这个解决方案的问题是它需要我编写自己的异常处理程序。为了跟上Spring Data REST在错误响应体方面设置的高标准，我必须为这个简单的案例编写大量的代码。这里描述了这样做的方法。

解决方案2（没有JPA实体验证的Spring bean验证）

正如Bohuslav Burghardt所暗示的，可以禁用由JPA完成的第二个验证阶段。这样，您就可以保留min和max约束，同时避免编写任何额外的代码。一如既往，它是简单性和安全性之间的权衡。这里介绍了禁用JPA的方法。

对此解决方案的唯一警告是@size(min=5)似乎无法检查是否为空，因此我不得不添加@NotNull来处理这种情况。“全部”字段注释为：

@NotNull
@Size(min = 5)
private String password;