一尘不染

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

hibernate

我有以下通常正常工作的代码:

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执行了许多选择查询,但它甚至没有尝试执行删除。

我已经在这里和这里尝试了在其他类似问题中发现的建议,但是没有用(嗯,后者建议@Transactional我不能使用,但是我只是在begin()和之间加上了语句commit())。

我似乎找不到这两个类比其他类更多(或更少)的东西。他们使用@PrimaryKeyJoinColumn,就像几乎所有其他实体我有,他们有@OneToMany@ManyToOne一样ohters。老实说,他们确实有一个@OneToOne(optional = false)引用另一个类的字段,而其他实体则没有,但是除非您告诉我可能有原因,否则我不会经历更改它的麻烦(并因此更改了数据库模式)。为了它。

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


阅读 861

收藏
2020-06-20

共1个答案

一尘不染

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

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

2020-06-20