gpt4 book ai didi

hibernate - JPA/Hibernate 删除实体有时不起作用

转载 作者:行者123 更新时间:2023-12-02 03:49:47 25 4
gpt4 key购买 nike

我有以下通常运行良好的代码:

public void delete(T object)
{
EntityManager em = getPersistence().createEntityManager();
EntityTransaction et = em.getTransaction();
try
{
et.begin();
object = em.find(object.getClass(), object.getId());
em.remove(object);
em.flush();
et.commit();
}
catch(Exception e)
{
error("Unable to delete " + object.toString() + ": there are references to it.");
}
finally
{
if (et.isActive()) et.rollback();
em.close();
}
}

对于我的许多实体类来说,这都有效。然而,对于其中两个它什么都不做,它不会抛出任何异常,也不会删除该对象。 hibernate 的日志显示 hibernate 执行了许多选择查询,但它甚至没有尝试执行删除。

我已经尝试过在其他类似问题中找到的建议 herehere ,但无济于事(嗯,后者建议 @Transactional 我不能使用,但我只是将语句放在 begin()commit() 之间)。

我似乎找不到这两个类比其他类多(或少)的内容。他们使用@PrimaryKeyJoinColumn就像我拥有的​​几乎所有其他实体一样,他们有 @OneToMany@ManyToOne就像其他人一样。说实话,他们确实有一个@OneToOne(optional = false)引用另一个类且其他实体没有的字段,但我不会经历更改该字段(并因此更改数据库模式)的麻烦,除非您告诉我可能有原因。

@OneToOne负责任的?还是我的删除代码有问题?

最佳答案

此图中是否有关联将持久性级联回被删除的内容?如果是这样,JPA 规范明确规定提供者在这种情况下要取消删除。如果是这种情况,Hibernate 会写出一条日志语句,指出“未安排实体删除 [...]”。您可以通过在 org.hibernate.event.internal.DefaultPersistEventListener 记录器上启用跟踪日志记录来看到这一点。

如果是这种情况,您需要按照 JPA 规范的要求清理这些关联。

关于hibernate - JPA/Hibernate 删除实体有时不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56786449/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com