Hibernate 疑難異常及處理 – JAVA編程語言程序開發技術文章

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控制
<bean id="baseTransaction"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
          abstract="true">
        <property name="transactionManager" ref="transactionManager"/>
        <property name="proxyTargetClass" value="true"/>
        <property name="transactionAttributes">
            <props>
                <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
                <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
                <prop key="load*">PROPAGATION_REQUIRED,readOnly</prop>
                <prop key="save*">PROPAGATION_REQUIRED</prop>
                <prop key="add*">PROPAGATION_REQUIRED</prop>
                <prop key="update*">PROPAGATION_REQUIRED</prop>
                <prop key="remove*">PROPAGATION_REQUIRED</prop>
            </props>
        </property>
    </bean>
    <bean id="userService" parent="baseTransaction">
        <property name="target">
            <bean class="com.phopesoft.security.service.impl.UserServiceImpl"/>
        </property>
    </bean>

5、關於Hibernate的 Batch update returned unexpected row count from update異常

ERROR [http-8080-Processor22] (BatchingBatcher.java:60) – Exception executing batch:
org.hibernate.StaleStateException: Batch update returned unexpected row count from update: 0 actual row count: 0 expected: 1

 

1).使用的是hibernate的saveOrUpdate方法保存實例。saveOrUpdate方法要求ID為null時才執行SAVE,在 其它情況下執行UPDATE。在保存實例的時候是新增,但你的ID不為null,所以使用的是UPDATE,但是數據庫裡沒有主鍵相關的值,所以出現異 常。

=================================================================

異常:
在插入時:
org.hibernate.StaleStateException: Batch update returned unexpected row count from update: 0 actual row count: 0 expected: 1

解決方法:
如果是自增主鍵?
有的數據庫是可以修改自增主鍵例如:mysql,有的數據庫是不允許修改自增主鍵的例如postgresql
不要設置自增主鍵的值

2)

在Hibernate映射一對多,多對一,多對多的時候新增常常會出現這個異常,代碼如下:

public void saveFunctionCell(FunctionCell functionCell, Integer pid) {
  System.out.println("現在進行新增操作");
  FunctionCell fc = new FunctionCell();
    try {
   BeanUtils.copyProperties(fc, functionCell);
  } catch (IllegalAccessException e) {
   e.printStackTrace();
  } catch (InvocationTargetException e) {
   e.printStackTrace();
  }
  fc.setFuncCellID(null);
  // 獲得父權限
  FunctionCell pfc = functionCellDao.findFunctionCellByID(pid);
  fc.setParentFunctionCell(pfc);
  functionCellDao.saveFunctionCell(fc);
 }   www.aiwalls.com

註意特別標識出來的這個地方,BeanUtils拷貝Bean屬性的時候,它會將你的Integer類型全部設置成0,在這裡設置一個空,這樣就不會拋出錯誤瞭。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。