JPA级联仍然存在，对分离实体的引用将引发PersistentObjectException为什么？

如何解决JPA级联仍然存在，对分离实体的引用将引发PersistentObjectException为什么？

在这种情况下，您可以使用merge()代替persist()：

foo = entityManager.merge(foo);

当应用于新实例时，merge()使其变为持久性（实际上-返回具有相同状态的持久性实例），并合并级联引用，就像您尝试手动执行的那样。

解决方法

我有一个引用实体Bar的实体Foo：

@Entity
public class Foo {

    @OneToOne(cascade = {PERSIST,MERGE,REFRESH},fetch = EAGER)
    public Bar getBar() {
        return bar;
    }
}

当我坚持使用新的Foo时，它可以引用新的Bar或现有的Bar。当它得到一个现有的Bar（恰好是分离的）时，我的JPA提供程序（hibernate）抛出以下异常：

Caused by: org.hibernate.PersistentObjectException: detached entity passed to persist: com.example.Bar
 at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:102)
 at org.hibernate.impl.SessionImpl.firePersist(SessionImpl.java:636)
 at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:628)
 at org.hibernate.engine.EJB3CascadingAction$1.cascade(EJB3CascadingAction.java:28)
 at org.hibernate.engine.Cascade.cascadeToOne(Cascade.java:291)
 at org.hibernate.engine.Cascade.cascadeAssociation(Cascade.java:239)
 at org.hibernate.engine.Cascade.cascadeProperty(Cascade.java:192)
 at org.hibernate.engine.Cascade.cascade(Cascade.java:153)
 at org.hibernate.event.def.AbstractSaveEventListener.cascadeBeforeSave(AbstractSaveEventListener.java:454)
 at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:288)
 at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:204)
 at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:130)
 at org.hibernate.ejb.event.EJB3PersistEventListener.saveWithGeneratedId(EJB3PersistEventListener.java:49)
 at org.hibernate.event.def.DefaultPersistEventListener.entityIsTransient(DefaultPersistEventListener.java:154)
 at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:110)
 at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:61)
 at org.hibernate.impl.SessionImpl.firePersist(SessionImpl.java:645)
 at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:619)
 at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:623)
 at org.hibernate.ejb.AbstractEntityManagerImpl.persist(AbstractEntityManagerImpl.java:220)
 ... 112 more

当我确保对Bar的引用进行管理（附加）时，或者当我在关系中省略级联PERSIST时，一切都很好。

但是，两种解决方案都不是100％令人满意的。如果我删除了级联持久化，显然我不能再以新Bar的引用持久化Foo了。在持久化之前，引用Bar托管需要这样的代码：

if (foo.getBar().getID() != null && !entityManager.contains(foo.getBar())) {
    foo.setBar(entityManager.merge(foo.getUBar()));
}
entityManager.persist(foo);

对于单个Bar来说，这似乎没什么大不了，但是如果我必须像这样考虑所有属性，那么我将得到非常可怕的代码，这似乎首先打败了使用ORM的原因。我最好还是再次使用JDBC手动保留对象图。

给定现有的Bar引用后，JPA唯一要做的就是获取其ID，并将其插入到保存Foo的表的列中。附加Bar时，它确实执行此操作，但分离Bar时，则抛出异常。

我的问题是；为什么需要附加Bar？当然，当Bar实例从分离状态转换为附加状态时，其ID肯定不会更改，并且该ID似乎是这里唯一需要的东西。

这可能是Hibernate中的错误，还是我缺少了什么？