我有以下通常正常工作的代码:
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())。
@Transactional
begin()
commit()
我似乎找不到这两个类比其他类更多(或更少)的东西。他们使用@PrimaryKeyJoinColumn,就像几乎所有其他实体我有,他们有@OneToMany和@ManyToOne一样ohters。老实说,他们确实有一个@OneToOne(optional = false)引用另一个类的字段,而其他实体则没有,但是除非您告诉我可能有原因,否则我不会经历更改它的麻烦(并因此更改了数据库模式)。为了它。
@PrimaryKeyJoinColumn
@OneToMany
@ManyToOne
@OneToOne(optional = false)
是@OneToOne责任?还是我的删除代码有问题?
@OneToOne
您在此图中是否具有将持久性级联回被删除事物的关联?如果是这样,则JPA规范明确指出,提供者将在这种情况下取消删除。在这种情况下,Hibernate会写一条日志语句,说明“计划外的实体删除[…]”。您可以通过在org.hibernate.event.internal.DefaultPersistEventListener记录器上启用跟踪日志记录来看到这一点。
org.hibernate.event.internal.DefaultPersistEventListener
如果是这种情况,则需要按照JPA规范的要求清理那些关联。