在引入乐观锁定（@Version）之后，我对所有PUT HTTP事务都面临同样的错误

在更新实体时，必须发送该实体的id和版本。如果任何实体字段与其他实体相关，那么对于该字段，我们也应该提供id和版本值，而不是JPA首先将相关实体作为新实体持久化

示例：我们有两个实体-->Vehicle（id、Car、version）；汽车（id、版本、品牌）；要更新/保存车辆实体，请确保车辆实体中的“车辆”字段已提供id和版本字段

在我的例子中，这是由于双向关系的@ManyToOne一侧没有CascadeType导致的。更准确地说，我在@OneToMany端有CascadeType.ALL，而在@ManyToOne端没有。将CascadeType.ALL添加到@ManyToOne解决了该问题。一对多：

@OneToMany(cascade = CascadeType.ALL, mappedBy="globalConfig", orphanRemoval = true)
private Set<GlobalConfigScope>gcScopeSet;

多对一（导致问题）

@ManyToOne
@JoinColumn(name="global_config_id")
private GlobalConfig globalConfig;

多对一（通过添加CascadeType.PERSIST修复）

@ManyToOne(cascade = CascadeType.PERSIST)
@JoinColumn(name="global_config_id")
private GlobalConfig globalConfig;

除了所有其他好的答案之外，如果您使用merge来持久化一个对象，并且意外地忘记在父类中使用该对象的合并引用，那么可能会发生这种情况。考虑以下示例

merge(A);
B.setA(A);
persist(B);

在这种情况下，您合并了A，但忘记了使用A的合并对象。为了解决这个问题，您必须像这样重写代码。

A=merge(A);//difference is here
B.setA(A);
persist(B);

案例1：当我试图创建一个父级并将该父级引用保存到其子级，然后再保存其他DELETE/UPDATE查询（JPQL）时，我遇到了这个异常。所以我只在创建父实体之后和使用相同的父引用创建子实体之后，刷新（）新创建的实体。这对我有用。

案例2：

父类

public class Reference implements Serializable {

    @Id
    @Column(precision=20, scale=0)
    private BigInteger id;

    @Temporal(TemporalType.TIMESTAMP)
    private Date modifiedOn;

    @OneToOne(mappedBy="reference")
    private ReferenceAdditionalDetails refAddDetails;
    . 
    .
    .
}

子类：

public class ReferenceAdditionalDetails implements Serializable{

    private static final long serialVersionUID = 1L;

    @Id
    @OneToOne
    @JoinColumn(name="reference",referencedColumnName="id")
    private Reference reference;

    private String preferedSector1;
    private String preferedSector2;
    .
    .

}

在上述情况下，父级（Reference）和子级（ReferenceAdditionalDetails）具有OneToOne关系，并且当您尝试创建Reference实体，然后创建其子级（Reference AdditionalDetails）时，它将给您提供相同的异常。因此，为了避免异常，必须为子类设置null，然后创建父类。（示例代码）

.
.
reference.setRefAddDetails(null);
reference = referenceDao.create(reference);
entityManager.flush();
.
.

再加上我的2美分，当我意外地发送null作为ID时，我也遇到了同样的问题。下面的代码描述了我的场景（OP没有提到任何特定的场景）。

Employee emp = new Employee();
emp.setDept(new Dept(deptId)); // --> when deptId PKID is null, same error will be thrown
// calls to other setters...
em.persist(emp);

在这里，我将现有部门id设置为一个新的雇员实例，而实际上没有首先获取部门实体，因为我不想再启动另一个select查询。

在某些情况下，deptId PKID在调用方法时变为null，我得到了同样的错误。

因此，请注意PK ID的空值

当我使用

getSession().save(object)

但当我使用

getSession().saveOrUpdate(object)