一尘不染

如何在前端使用Hibernate乐观锁定版本属性?

hibernate

使用版本属性对实体进行乐观锁定可以很好地实现,并且易于实现:

<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


阅读 349

收藏
2020-06-20

共1个答案

一尘不染

真的 需要使用DTO吗?如果要传递实际的实体,就不会有这个问题-也不必再次加载该实体,这对性能而言并不是很好。

但是,即使您确实有使用DTO的正当理由,我也不太了解为什么要在保存之前尝试在 新近重新加载的 实体上更新版本号。考虑工作流中可能的不同方案:

  1. 实体最初已加载,版本为V1
  2. 它已传输到DTO,该DTO进入UI,返回并准备保存。
  3. 实体再次加载,版本为V2

您现在有两种可能性:

  1. V1 == V2。Peachy,您无需执行任何操作。
  2. V1小于V2,这意味着您在编辑实体时实体是由其他人更新的。没有必要尝试将版本设置为V1并尝试保存,因为保存会失败。您可以使用V2保存它(从而覆盖其他人的更改),也可以立即失败(不涉及Hibernate)。
2020-06-20