您好, 欢迎来到 !    登录 | 注册 | | 设为首页 | 收藏本站

@IdClass使用JPA和Hibernate生成“实例的标识符已更改”

@IdClass使用JPA和Hibernate生成“实例的标识符已更改”

发生此错误的原因是由于更改了受管实体的实体标识符。

在PersistenceContext的生存期内,任何给定实体都可能只有一个托管实例。为此,您不能更改现有的管理实体标识符。

在您的示例中,即使您开始一个新事务,也必须记住PersistenContext尚未关闭,因此您仍然将一个托管c1实体连接到Hibernate Session。

当您尝试找到公司时:

c1 = em.find (Company.class, new Company.Identity("ACURA"));

该标识符与当前会话所附公司的标识符不匹配,因此发出查询

Hibernate: select company0_.name as name1_0_0_ from Company company0_ where company0_.name=?

因为sql是CASE INSENSITIVE,所以您实际上将选择与当前托管的Company实体(persisted c1)相同的数据库行。

但是同一数据库行只能有一个受管实体,因此Hibernate将重用该受管实体实例,但它将标识符更新为:

new Company.Identity("ACURA");

您可以通过以下测试来检查此假设:

String oldId = c1.name;
Company c2 = em.find (Company.class, new Company.Identity("ACURA"));
assertSame(c1, c2);
assertFalse(oldId.equals(c2.name));

提交第二个事务时,刷新将尝试更新实体标识符(已从“ Acura”更改为“ ACURA”),因此DefaultFlushEntityEventListener.checkId()方法将失败。

根据JavaDoc的说法,此检查适用于:

确保用户未篡改ID

解决此问题,您需要删除以下find方法调用

c1 = em.find (Company.class, new Company.Identity("ACURA"));

您可以检查c1是否已附加:

assertTrue(em.contains(c1));
其他 2022/1/1 18:19:45 有512人围观

撰写回答


你尚未登录,登录后可以

和开发者交流问题的细节

关注并接收问题和回答的更新提醒

参与内容的编辑和改进,让解决方法与时俱进

请先登录

推荐问题


联系我
置顶