Spring JPA Transaction

Question

我在Spring托管交易中遇到了一些奇怪的行为。 这是一个Spring MVC应用程序。 我将实体直接绑定到Web层。 我使用以下服务层代码从数据库加载持久化实体以进行编辑，该代码是从使用@ModelAttribute注释的方法调用的。

@Transactional(readOnly = true)
@PreAuthorize("#id == authentication.principal.id or hasRole('ROLE_ADMIN')")
public User findById(Long id) {
    return repository.findOne(id);
}

提交表单时，数据将绑定到此分离的实体。 作为验证的一部分，我查询数据库以验证为User指定的电子邮件地址是唯一的。

@Transactional(readOnly = true)
public boolean isEmailAddressUnique(String emailAddress, Long userId){
    return repository.checkEmailAddressUnique(emailAddress, userId) == 0;
}

此时，在执行此查询之前，Hibernate会尝试刷新以前加载的我不理解的分离实体。 显然，如果电子邮件地址不是唯一的，则会导致异常。

我正在使用OpenEntityManagerinViewFilter但是我希望这应该将FlushMode设置为NEVER，也许不是。

如果我从isEmailAddressUnique（）中删除了@Transactional属性，则不会发生刷新并且按预期工作，我想这会解决问题但是我想了解这里发生了什么。

有什么建议么？

=============

好的，我进一步调查了。 所以我用OpenEntityManagerInViewFilter配置了默认值：

情景一。

[1] MVC Controller在readOnly事务T1 [2]中加载用户实体作为MVC字段绑定的结果修改实体[3]第二个事务在readOnly事务T2中针对Users表运行。 [4] Hibernate刷新T1中加载的实体。 [5] Hibernate发出查询

情景2。

Subclassed OEMIVFilter将FlushMode设置为commit（默认为auto）。

如上所述，步骤[4]和[5]相反，即。 即使T2被标记为readOnly，Hibernate仍然会在事务结束时尝试Flush。 我可以理解方案1，因为readOnly可能只引用当前事务T2（并且将在执行T2之前尝试同步数据库）。 但是我希望在方案2中不应该发布Flush。

Answer 1

我在开始时遇到了同样的问题。 我们还使用OSIV过滤器，在我们的例子中的问题是事务注释上的readonly标志没有传播到休眠。 我们必须确保我们使用properre transactionmanager，更重要的是hibernatevendoradapter。 检查你的配置，如果在持久性和弹簧集成配置后无法解决问题。