Hibernate Validator 验证时间

Question

我在谷歌上搜索了一下，时间不多了，所以我把它扔在这里，希望有人知道答案。我有一个系统，我在服务层有弹簧事务边界。下面是道层。我已经对我的模型对象进行了 bean 验证，并且我已经将 DAO 包装在编译时方面j 围绕方面，如下所示：

@Aspect
public class ValidationCollectorAspect {

  @Around("daoMethods()")
  public Object collectDaoMessages(ProceedingJoinPoint thisJoinPoint) throws Throwable {
    try {
      return thisJoinPoint.proceed();
    } catch (ConstraintViolationException e) {
      Set<ConstraintViolation<?>> constraintViolations = e.getConstraintViolations();
      List<UserMessage> userMessages = ThreadContext.MESSAGES.get();
      for (ConstraintViolation<?> constraintViolation : constraintViolations) {
        userMessages.add(new UserMessage(constraintViolation.getMessage(), MessageType.VALIDATION));
      }
      throw new MyPersistenceException("Validation failures", e);
    }
  }

  @Pointcut("call(public * *(..)) &&!call(* getEntityManager()) && within(com.myclient.dao.impl..*)")
  public void daoMethods() {
  }
}

问题是验证似乎发生在事务提交时，而不是在 DAO 中的保存或更新操作之前。这意味着来自 bean 验证的 ConstraintViolationException 直到在服务方法返回之后并且在此连接点之后才被抛出。我的证据是 stack trace 不包含任何 dao 服务方法。我编写的代码的第一种方法由

显示

    at com.myclient.servlet.rest.Rest.updateObjects(Rest.java:323)

但这是一个 servlet 名称 Rest 上的方法，重点是不需要为系统中各种 servlet 上的一大堆特定方法创建连接点，并且还能够处理约束冲突在它被包裹在任意层的弹簧异常之前。

我知道有时在提交之前验证所有休眠更改的总和可能很酷，但这不是我想要的。 （虽然作为第二轮验证不会不受欢迎）当我在 dao 中调用 hibernate save 或 update 方法时，而不是在事务提交时，如何告诉 hibernate 验证器处理验证？

这是我构建的东西的版本：

compile 'org.hibernate:hibernate-entitymanager:4.2.2.Final'
compile 'org.hibernate:hibernate-validator:5.0.1.Final'
compile 'org.hibernate:hibernate-c3p0:4.2.2.Final'
compile 'org.springframework:spring-orm:3.2.3.RELEASE'
compile 'org.springframework:spring-context:3.2.3.RELEASE'
compile 'org.springframework:spring-web:3.2.3.RELEASE'
compile 'javax.inject:javax.inject:1'
compile 'org.aspectj:aspectjrt:1.7.3'
ajc "org.aspectj:aspectjtools:1.7.3"

编辑：进一步说明...我在 JPA 下完成所有这些工作，因此如果存在非休眠特定解决方案，我更喜欢它。

Answer 1

当我在 dao 中调用 hibernate save 或 update 方法时，而不是在事务提交时，如何告诉 hibernate 验证器处理验证？

实现hibernate entity listeners 并在您想要进行验证时为每个event type 注册事件侦听器。

看看this question如何使用hibernate 4配置事件监听器。

Answer 2

（Stack Overflow 说这太长了，不能作为评论发布，所以把它作为答案发布。）

我想了想你想要做什么，但不知道动机是什么。所以现在我很好奇。

如果您从其他代码中接收对象并希望它是@Valid，您应该在对其进行任何操作之前对其进行验证；不是在调用save() 或update() 时。您可以直接将其传递给验证器，也可以使用 Hibernate Validator 5 中的新方法约束支持，这将为您提供使用代理的方法验证。

如果您自己构建对象并试图在持续存在时捕获代码错误，那就是代码异味。为什么你没有构造函数或构造函数来阻止无效实体的构造？如果你确实有它们，但只是想在你坚持时仔细检查，如果失败发生在save() 时间或事务提交时会有什么不同，因为整个事情无论如何都应该回滚？

您还应该记住，Hibernate 执行事务性后写操作，并延迟保存，希望它们可以合并在一起以减少与数据库的冲突。因此，如果您希望验证作为保存的副作用，您还应该期望验证会被推迟，否则您会弄乱语义。

无论如何，我会在 DAO 级别尝试 HV5 method constraints，并跳过自定义验证器作为第一种方法。

Answer 3

我不是 100% 确定我喜欢这个，但我是这样解决的。基本上我不再尝试寻找休眠解决方案并添加了一些额外的方法......

在我的服务层：

  @Override
  public void save(T r) {
    // This allows us to post a join point just outside the transaction boundary
    save0(r);
  }

  @Transactional
  private void save0(T r) {
    getDao().save(r);
  }

  @Override
  public T update(T obj) throws IllegalArgumentException {
    // This allows us to post a join point just outside the transaction boundary
    return update0(obj);
  }

  @Transactional
  private T update0(T obj) {
    return getDao().update(obj);
  }

在我的aspectJ切入点

  @Around("daoMethods()")
  public Object collectDaoMessages(ProceedingJoinPoint thisJoinPoint) throws Throwable {
    try {
      return thisJoinPoint.proceed();
    } catch (Exception e) {
      ConstraintViolationException cve;
      Throwable cause = e;
      while (cause != null && !(cause instanceof ConstraintViolationException)) {
        cause = cause.getCause();
      }
      if (cause == null) {
        throw e;
      } else {
        cve = (ConstraintViolationException) cause;
      }

      Set<ConstraintViolation<?>> constraintViolations = cve.getConstraintViolations();
      List<UserMessage> userMessages = ThreadContext.MESSAGES.get();
      for (ConstraintViolation<?> constraintViolation : constraintViolations) {
        userMessages.add(new UserMessage(constraintViolation.getMessage(), MessageType.VALIDATION));
      }
      throw new MyPersistenceException("Validation failures", e);
    }
  }

  @Pointcut(
      "execution(public * *(..)) " +
      "&& !execution(public * load*(..)) " +
      "&& within(com.myclient.service.impl..*) "
  )
  public void daoMethods() {}