使用版本属性对实体进行乐观锁定可以很好地实现,并且易于实现:
<version property="VERSION" type="int" column="EX_VERSION" />
实体具有以下类型的属性:
private int VERSION; public int getVERSION() { return VERSION; } public void setVERSION(int VERSION) { this.VERSION = VERSION; }
到目前为止,一切都很好。现在,服务方法返回上述实体的数据传输对象(DTO),视图以HTML形式显示。对于更新页面,VERSION属性存储在HTML隐藏字段中,并与表单一起提交。
目的是使用version属性来确保如果显示的信息带有旧版本,则用户的更新将失败。
控制器通过调用包含更新信息(包括版本属性)的DTO的服务方法来响应用户更新请求,然后该服务方法使用数据访问对象(DAO)来保存更改:
public void update(SimpleDTO dto) { SimplyEntity entity = getSimpleDao().load(dto.getId()); copyProperties(dto, entity); // all properties, including VERSION copied to entity getSimpleDao().update(entity); }
问题是Hibernate不尊重通过copyProperties(…)复制到实体中的version属性。我在以下论坛中找到了原因:https://forum.hibernate.org/viewtopic.php?f = 1&t = 955893&p = 2418068
简而言之,当调用load()时,Hibernate将version属性缓存在会话缓存中,随后将其值更改为什么都无关紧要。我同意这是正确的行为,但Bosses指示我通过HTML表单属性传递版本(如果对此有更好的模式,我很乐意听到)。
我现在正在探索的一种解决方案是在更新发生之前使用hibernateTemplate.evict(simpleEntity)设置实体的版本后,将其从会话中退出。我希望这能奏效,但似乎效率不高。
我想请Hibernate检查实例本身的version属性,而不是仅从会话缓存中检查。
预先感谢您的答复!
-LES
您 真的 需要使用DTO吗?如果要传递实际的实体,就不会有这个问题-也不必再次加载该实体,这对性能而言并不是很好。
但是,即使您确实有使用DTO的正当理由,我也不太了解为什么要在保存之前尝试在 新近重新加载的 实体上更新版本号。考虑工作流中可能的不同方案:
您现在有两种可能性: