PersistentObjectException:传递给persist的分离实体

sia*_*mii 3 java hibernate jpa playframework

在我的应用程序中,我连接到websocket.套接字正在发送JSON数据.随着它变得可用,我在不同的工作中处理它.在每个作业中,我使用GSON将JSON转换为模型对象.有三种类型的模型,都是独立的,并且在MappedSuperclass中有一个共同的时间戳字段.他们没有id显式字段.我在模型上调用save,在1000次中有1次抛出"PersistentObjectException:传递给persist的分离实体".

从连接到websocket的启动Job调用多个作业.我正在使用的库为每个传入消息创建一个不同的线程.然后我在保存到数据库之前将线程转换为作业.我这样做,因为如果我允许原始线程调用save,则会抛出另一个关于将id从1更改为2或类似内容的PersistentObjectException.

我还有另一个正在运行的作业,它同时访问数据库.可能有什么不对?

@Override
public void onMessage(final WebSocketMessage message){
        new Job() {
            @Override
            public void doJob() {
                processMessage(message.getText());
            }
        }.now();

}

 public void processMessage(String message) {
        Appointment appointment = new Gson().fromJson(message, Appointment.class);
        appointment.save();
 }

 @Entity
 public class Appointment extends CalendarEvent {
       private String owner;
 }

 @MappedSuperclass
 public abstract class CalendarEvent extends Model {
       private long timestamp;
 }
Run Code Online (Sandbox Code Playgroud)

编辑:添加了一些代码示例

mil*_*use 5

基本上它意味着EntityManager不再追踪它们:这是一个很好的概述.当你没有明确地要求它们时,它们如何被认为是分离的是奇怪的.但是解决方法可能是在你的DAO方法中使用"防御性"方法和merge这些奇怪的情况; 即:

public void save (Model possiblyDetachedModel) {

   if (entityManager.contains(possiblyDetachedModel)) {
        entityManager.merge(possiblyDetachedModel);
    } else {
        entityManager.persist(possiblyDetachedModel);
    }
}
Run Code Online (Sandbox Code Playgroud)

我并不特别喜欢它,因为当你使用persist全新的物品时,不需要这样做.可能值得一些登录(或尽可能调试)" merge"分支并真正检查那些流氓对象 - 我很确定EntityManager只能使用该@Id字段作为检测机制......