先SAVE数据,然后DELETE数据,再SAVE数据报错
could not reassociate uninitialized transient collection
网上查了下
三个状态的转变,其中persistent状态 通过delete 变成 transient状态,接着把这个 transient状态的对象通过save 来变成 persistent状态 却出错 
解答:
变成临时态之后,是不能执行delete,save的 
因为这时候原始的数据还是在库中的 
并没有真正的删除
疑问:很纳闷!!!!!不解,什么叫临时状态。怎么解决。有朋友遇到过吗

解决方案 »

  1.   

    也叫脱管状态.可以先通过那个mer..什么的方法,与数据库中的对象关联起来,然后操作.
    TTT t = new TTT();
    t.setId(10);
    session.delete(t);
    TTT t = session.get(TTT.class,10);
    session.delete(t);
      

  2.   

    不是托管,就是脱管啊.就是与session没有关联了,你通过一个session取得一个Object,关闭session,然后再通过另一个session去删除操作试试.
      

  3.   

    ok
    找到问题了,在spring中配置action时需要把 scope="prototype"
    具体问题正在查阅spring文档
      

  4.   

    scope="prototype"没写的问题,项目中对一个表的增删该操作是用一个action,这个action有add,update,delete,save这些方法, 
    添加和修改是共用一个页面,当页面得到id时代表进行的修改操作,反之是添加操作。因为在配置spring的bean是忘了写scope="prototype" 
    所以每次添加时都显示最后一次访问过的记录,scope="prototype" 会在该类型的对象被请求 
    时创建一个新的action对象。如果没有配置scope=prototype则添加的时候不会新建一个action,他任然会保留上次访问的过记录的信息 
    webwork的Action不是线程安全的,要求在多线程环境下必须是一个线程对应一个独立的实例,不能使用singleton。所以,我们在Spring配置Webwork Action Bean时,需要加上属性scope=”prototype”或singleton=”false”。 
    singleton模式指的是对某个对象的完全共享,包括代码空间和数据空间,说白了,如果一个类是singleton的,假如这个类有成员变量,那么这个成员变量的值是各个线程共享的(有点类似于static的样子了),当线程A往给变量赋了一个值以后,线程B就能读出这个值。因此,对于前台Action,肯定不能使用singleton的模式,必须是一个线程请求对应一个独立的实例。推而广之,只要是带数据成员变量的类,为了防止多个线程混用数据,就不能使用singleton。对于我们用到的Service、Dao,之所以用了singleton,就是因为他们没有用到数据成员变量,如果谁的Service需要数据成员变量,请设置singleton=false。 
      

  5.   

    hibernate 的数据分为三种状态
    临时
    持久
    游离而临时指的是:新创建的对象 ,在数据库中是不存在的,session中也不存在
    持久: 从数据中取出来了 存在session中的,对内存中的数据进行了修改,同样也会影响到数据库中的数据
    游离:当与某持久对象关联的session被关闭后,即他不存在session中,但是存在数据库中
    游离对象拥有数据库的识别值,可通过update()、saveOrUpdate()等方法,转变成持久对象。