我有以下问题时，试图更新我的实体:
"A collection with cascade=”all-delete-orphan” was no longer referenced by the owning entity instance".
我有一个父实体，它有一个Set<…>的子实体。当我尝试更新它时，我得到了要设置到这个集合的所有引用并设置它。
下面的代码表示我的映射:
@OneToMany(mappedBy = "parentEntity", fetch = FetchType.EAGER)
@Cascade({ CascadeType.ALL, CascadeType.DELETE_ORPHAN })
public Set<ChildEntity> getChildren() {
return this.children;
}
我已经尝试清理Set<..只有>，根据这个:如何“可能”解决问题，但它没有工作。
如果你有什么想法，请告诉我。
谢谢!
当前回答
在我的例子中，它是从几个线程并发访问一个Hibernate会话。 我有Spring Boot Batch和RepositoryItemReader实现，其中我通过大小为10的页面请求获取实体。
例如，我的实体是:
@Entity
class JobEntity {
@ManyToOne(fetch = FetchType.LAZY)
private GroupEntity group;
}
@Entity
class GroupEntity {
@OneToMany(mappedBy = "group", cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true)
private Set<Config> configs;
}
批处理:在一个事务中读取器->处理器->写入器。
在该实体配置中，GroupEntity可以转义到其他线程:
进入read部分的第一个线程获取大小为10的JobEntity页面(RepositoryItemReader#doRead)，该项目包含一个共享的GroupEntity对象(因为它们都指向相同的组id)。然后取第一个实体。接下来读取部分的线程一个接一个地从该页中取出JobEntity，直到耗尽该页。
所以现在线程可以访问与JobEntity实例相同的GroupEntity实例，这是不安全的多线程访问一个Hibernate会话。
其他回答
我最近在重构一些代码时遇到了这个问题。原始的(正确的)代码是这样的:
public virtual IEnumerable<SubscriptionPurchase> Purchases => _purchases;
public virtual SubscriptionPurchase MostRecentPurchase => _purchases.OrderByDescending(p => p.PurchaseDateUtc).FirstOrDefault();
我尝试通过将. orderbydescent移动到. purchasing属性来更改代码。这个更改破坏了代码，并导致OP中的引用错误:
public virtual IEnumerable<SubscriptionPurchase> Purchases => _purchases.OrderByDescending(p => p.PurchaseDateUtc);
public virtual SubscriptionPurchase MostRecentPurchase => Purchases.FirstOrDefault();
直到试图保存包含. purchasing属性的父对象时，错误才显示出来。
正如对这个问题的其他回答所指出的那样，出现这个问题是因为集合正在重置(在我的例子中是在对. purchasing的每个访问上)。
我通过这样做来固定:
1. 清除现有的子列表，以便从数据库中删除它们
parent.getChildren().clear();
2. 将上面创建的新子列表添加到现有列表中
parent.getChildren().addAll(children);
希望这篇文章能帮助你解决这个错误
我也犯了同样的错误。我的问题是，保存实体后映射的集合仍然为空，当试图更新实体时抛出异常。对我有帮助的是:保存实体，然后进行刷新(集合不再为空)，然后执行更新。也许用new ArrayList()来初始化集合也会有帮助。
我的Spring Boot完全不同! 对我来说，这不是由于设置收集属性。
在我的测试中，我试图创建一个实体，并为另一个未使用的集合得到这个错误!
经过这么多的尝试，我只是在测试方法上添加了一个@Transactional，它解决了这个问题。但不要忘记原因。
加上我愚蠢的回答。我们正在使用Spring Data Rest。这是我们很正常的关系。这种模式在其他地方也被使用。
//Parent class
@OneToMany(mappedBy = 'parent',
cascade= CascadeType.ALL, orphanRemoval = true)
@LazyCollection(LazyCollectionOption.FALSE)
List<Child> children = new LinkedList<>()
//Child class
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = 'ParentID', updatable = false)
@JsonBackReference
Parent parent
对于我们创建的关系，总是打算通过它们自己的repo添加子节点。我还没有添加回购。我们的集成测试通过REST调用经历了实体的完整生命周期，因此事务将在请求之间关闭。没有子对象的repo意味着json将子对象作为主结构的一部分，而不是在_embedded中。对父进程的更新将导致问题。
