我有一个包含多对一关系的jpa持久化对象模型:一个Account有多个transaction。一个事务有一个帐户。
下面是一段代码:
@Entity
public class Transaction {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private Long id;
@ManyToOne(cascade = {CascadeType.ALL},fetch= FetchType.EAGER)
private Account fromAccount;
....
@Entity
public class Account {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private Long id;
@OneToMany(cascade = {CascadeType.ALL},fetch= FetchType.EAGER, mappedBy = "fromAccount")
private Set<Transaction> transactions;
我能够创建Account对象，向其添加事务，并正确地持久化Account对象。但是，当我创建一个事务，使用现有的已经持久化的帐户，并持久化的事务，我得到一个异常:
导致:org.hibernate.PersistentObjectException:传递给persist: com.paulsanwald.Account的分离实体
org.hibernate.event.internal.DefaultPersistEventListener.onPersist (DefaultPersistEventListener.java: 141)
因此，我能够持久化一个包含事务的Account，但不能持久化一个具有Account的Transaction。我认为这是因为帐户可能没有附加，但这段代码仍然给了我相同的异常:
if (account.getId()!=null) {
account = entityManager.merge(account);
}
Transaction transaction = new Transaction(account,"other stuff");
// the below fails with a "detached entity" message. why?
entityManager.persist(transaction);
如何正确地保存与已经持久化的帐户对象相关联的事务?
从子实体Transaction中移除级联，它应该是:
@Entity class Transaction {
@ManyToOne // no cascading here!
private Account account;
}
(FetchType。EAGER可以被删除，它是默认的@ManyToOne)
这是所有!
为什么?通过在子实体Transaction上说“cascade ALL”，你要求每个DB操作都被传播到父实体Account。如果执行持久化(事务)，也会调用持久化(帐户)。
但是只有暂时的(新的)实体可以被传递给持久化实体(在本例中是事务)。分离的(或其他非瞬态)可能不会(在本例中是Account，因为它已经在DB中)。
因此，您会得到异常“传递给持久化的分离实体”。Account实体的意思是!而不是调用持久化的事务。
一般来说，你不希望从子繁殖到父。不幸的是，在书中(甚至是很好的书)和网上有许多代码示例，它们正是这样做的。我不知道，为什么……也许有时只是一遍又一遍地复制，没有多想……
猜猜如果你调用remove(transaction)在@ManyToOne中仍然有“级联ALL”会发生什么?帐户(顺便说一下，所有其他交易!)也将从数据库中删除。但这不是你的本意，对吧?
如果没有任何帮助，并且您仍然得到这个异常，请检查equals()方法—并且不要在其中包含子集合。特别是当你有嵌入式集合的深层结构时(例如A包含B, B包含c，等等)。
以Account ->为例:
public class Account {
private Long id;
private String accountName;
private Set<Transaction> transactions;
@Override
public boolean equals(Object obj) {
if (this == obj)
return true;
if (obj == null)
return false;
if (!(obj instanceof Account))
return false;
Account other = (Account) obj;
return Objects.equals(this.id, other.id)
&& Objects.equals(this.accountName, other.accountName)
&& Objects.equals(this.transactions, other.transactions); // <--- REMOVE THIS!
}
}
在上面的例子中，从equals()检查中删除事务。这是因为hibernate将暗示您不尝试更新旧对象，而是在更改子集合上的元素时传递一个新对象来持久化。
当然，这种解决方案并不适用于所有应用程序，您应该仔细设计想要包含在equals和hashCode方法中的内容。
这是一个老问题，但最近又遇到了同样的问题。在这里分享我的经验。
实体
@Data
@Entity
@Table(name = "COURSE")
public class Course {
@Id
@GeneratedValue
private Long id;
}
保存实体(JUnit)
Course course = new Course(10L, "testcourse", "DummyCourse");
testEntityManager.persist(course);
Fix
Course course = new Course(null, "testcourse", "DummyCourse");
testEntityManager.persist(course);
结论:如果实体类的主键(id)有@GeneratedValue，那么确保您没有传递主键(id)的值
