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

  • Z时代
  • 2024-01-10
  • 分类：问答

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

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责任？还是我的删除代码有问题？

回答：

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

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

以上是 JPA / Hibernate删除实体有时不起作用 的全部内容， 来源链接： utcz.com/qa/429602.html

回到顶部