0
A
回答
3
無的目標堅持區域來表明你正在做的事情是不能從它的中間恢復。例如Receive和SendReply操作,如果您堅持在中間,您也可以從稍後恢復,如果工作流稍後再放棄。如果您在SendReply之前恢復,恢復之後的第一步是發送回覆,但由於沒有請求,因此沒有地方發送回覆。對於TransactionScope也是如此,你不能在事務中間重啓。
因此,基本上每當您在工作流程上放置持續活動時,都認爲能夠從磁盤重新加載後從該點恢復工作流程。
相關問題
- 1. 持久性錯誤
- 2. Android持久性包?
- 3. 持久性xampp phpmyadmin錯誤
- 4. 房間持久性錯誤
- 5. Julia Pkg.add持久性錯誤
- 6. NHibernate:沒有持久性NHibernate.Criterion.SqlFunctionProjection
- 7. 持久性cookie不會非常持久
- 8. 春持久性有關的錯誤
- 9. 錯誤kundera.client屬性缺少持久性
- 10. 持久性Qtip
- 11. 持久性JPA
- 12. Vaadin持久性
- 13. MSMQ持久性?
- 14. MBean持久性
- 15. Rrd4j持久性
- 16. Drools流持久性 - 在joinTransaction調用沒有活動JTA事務
- 17. ActiveModel的持久性功能
- 18. 持久性單元不是持久性的
- 19. Tomcat上的Java持久性 - 沒有EntityManager的持久性提供者名爲
- 20. 如何在Android上設置持久性憑證持久性
- 21. Cookie的持久性
- 22. Emscripten和持久性
- 23. 持久性和MongoDB
- 24. 數據持久性
- 25. Eclipse持久屬性
- 26. jQuery Cookie持久性
- 27. facebook chatbox持久性
- 28. GWT持久性URL
- 29. VBA值持久性
- 30. SOAP和持久性
很好的解釋,但在這種情況下,爲什麼sendreply活動中的persistbeforesend選項?這對我來說很奇怪。 – 2010-08-13 15:03:28
名稱錯誤,發送迴應後仍然存在。 – Maurice 2010-08-13 16:35:49
你完全確定這個名字是錯的嗎? 「這將是一個嚴重的錯誤。 – 2010-08-16 09:26:20