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. 春季管理交易未開始
- 4. 春季交易管理測試
- 5. 春季編程交易
- 6. 春季交易管理器(註釋樣式)運行時錯誤
- 7. 春季交易管理。和代理目標類
- 8. 春季交易 - 代理混淆
- 9. 遞歸調用的春季交易
- 10. Scala的春季交易
- 11. 春季:交易不回滾
- 12. 春季交易問題
- 13. 春季 - 只讀交易
- 14. 春季交易行爲
- 15. 春季休眠OnetoOne/OnetoMany/ManytoOne - 交易管理
- 16. 如何管理在春季啓動交易
- 17. 春季交易管理計劃 - AOP和@Transactional
- 18. 春季交易管理是否鎖定數據庫?
- 19. 多線程的AMQP春季交易
- 20. 春季交易減緩完成過程
- 21. 殺春季調度線程
- 22. 春季更新調度程序
- 23. 春季交易沒有提交
- 24. 申請交易管理春天
- 25. 涉及春季和非春季的JTA交易
- 26. bitronix交易管理器
- 27. 交易管理
- 28. 春季交易JDBC和JMS的同步
- 29. 春季自我注入交易
- 30. 春季交易「必需」傳播
謝謝你的回答! – Dmitry 2012-04-06 06:43:32