object with the same identifier value was already associated with the session。
错误原因：在hibernate中同一个session里面有了两个相同标识但是是不同实体。
解决方法一：session.clean()
PS：如果在clean操作后面又进行了saveOrUpdate(object)等改变数据状态的操作，有可能会报出"Found two representations of same collection"异常。
解决方法二：session.refresh(object)
PS：当object不是数据库中已有数据的对象的时候，不能使用session.refresh(object)因为该方法是从 hibernate的session中去重新取object，如果session中没有这个对象，则会报错所以当你使用saveOrUpdate (object)之前还需要判断一下。
解决方法三：session.merge(object)
PS：Hibernate里面自带的方法，推荐使用。
2、Found two representations of same collection
错误原因：见1。
解决方法：session.merge(object)
以上两中异常经常出现在一对多映射和多对多映射中。
3、net.sf.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: BBusinessman
从这个bug的字面上，应该是BBusinessman的某个属性是一个实体，在这个实体没有保存之前就保存Businessman对象，导致的错 误。所以我就一直看Businessman的属性中到底哪个是实体，结果发现三个，分别City , Type, Status，而且这三个实体都是dao.load( Id , Session)从数据库中获得的，不是已经有Id的，或者是null，而不存在没有保存的实体。
于是我又怀疑，是否是同一个事务需要一个session，如果不使用此session，是不是这个原因，于是我把事务中方法里所有dao.getSession()这样不太明确的地方都是用方法传入的session,这样session都是同一个了，但是仍旧有此错误。
这样，BBusinessman的各个属性都是没有问题的。那么是否是没有保存BBusinessman之前，而且BBusinessman又被当 作某个实体的属性，首先保存此实体，然后去保存BBusinessman，这样是否会导致这个错误。结果我发现，正是这个问题。
================错误的写法：===================
Session session = dao.getSession();
Transaction tx = session.beginTransaction();
Bo.setBman( form ,man,session);
Bo.saveChangeTable( man,session); // 把man当作属性赋给ChangeTable,并保存ChangeTable. 就是这出的错，
dao.save(man,session); // 保存man
tx.commit();
==================== 应该这样写：===============
Session session = dao.getSession();
Transaction tx = session.beginTransaction();
Bo.setBman( form ,man,session);
dao.save(man,session); // 保存man
Bo.saveChangeTable( man,session); // 把man当作属性赋给ChangeTable,并保存ChangeTable. 就是这出的错，
tx.commit();
这样，问题就解决了。
4、Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition 错误解决
错误代码:
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition
错误原因:
OpenSessionInViewFilter在getSession的时候,会把获取回来的session的flush mode 设为FlushMode.NEVER。然后把该sessionFactory绑定到 TransactionSynchronizationManager，使request的整个过程都使用同一个session，在请求过后再接除该 sessionFactory的绑定，最后closeSessionIfNecessary根据该 session是否已和transaction绑定来决定是否关闭session。在这个过程中，若HibernateTemplate 发现自当前session有不是readOnly的transaction，就会获取到FlushMode.AUTO Session，使方法拥有写权限。
也即是，如果有不是readOnly的transaction就可以由Flush.NEVER转为Flush.AUTO,拥有 insert,update,delete操作权限，如果没有transaction，并且没有另外人为地设flush model的话，则doFilter的整个过程都是Flush.NEVER。所以受transaction保护的方法有写权限，没受保护的则没有。
参考文章:
http://calvin.blog.javascud.org/post/46.htm
解决办法:
采用spring的事务声明,使方法受transaction控制
abstract="true">