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

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

@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));


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5007585.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-11-14
下一篇 2022-11-14

发表评论

登录后才能评论

评论列表(0条)

保存