0
A
回答
2
不,超時是隻針對於數據庫的交互檢查,沒有單獨的線程來執行它。因此,暫停的連接將不會被釋放,超時異常可能會在實際的最後期限後很長時間發生。
如果你想確保連接不會卡住這種方式,使用連接池功能,如C3P0的unreturnedConnectionTimeout或bonecp的closeConnectionWatch。
0
來自於Spring 3.0的文檔:
事務超時默認是依賴於事務系統默認的超時時間,或者或者沒有如果超時,不支持
這既適用於@Transactional
註釋和<tx:advice>
點削減。
+0
謝謝你的回答 – Dmitry 2012-04-06 06:43:00
相關問題
- 1. 春季交易管理
- 2. 春季託管交易@交易註釋
- 3. 春季聲明式交易管理3.1+
- 4. 春季交易管理測試
- 5. 春季交易管理問題?
- 6. 春季交易管理使用
- 7. 春季管理交易未開始
- 8. 春季交易管理和OSGi
- 9. 交易管理春季3 - 休眠3.5
- 10. 在春季mvc管理交易
- 11. 春季交易管理器不是線程安全的嗎?
- 12. 春季交易
- 13. @春季交易
- 14. 春季編程交易
- 15. 春季交易管理器(註釋樣式)運行時錯誤
- 16. 春季交易管理。和代理目標類
- 17. 春季交易:交易無效
- 18. 春季交易 - 代理混淆
- 19. 如何在春季調試交易?
- 20. 遞歸調用的春季交易
- 21. Scala的春季交易
- 22. 春季休眠 - 交易
- 23. 春季交易行爲
- 24. 春季交易範圍
- 25. 春季 - 只讀交易
- 26. 春季:交易不回滾
- 27. 春季交易註釋
- 28. 春季交易和AOP
- 29. 春季交易問題
- 30. 春季交易管理計劃 - AOP和@Transactional
謝謝你的回答! – Dmitry 2012-04-06 06:43:32