![]() |
1
5
事务在事实发生后异步提交。由于资源管理器级别的问题,无法对提交事务失败做出响应。 正如您所指出的,您可以处理在您的活动中发生的异常。如果您查看工作流的跟踪记录,我猜想您将看到Trycatch活动在事务中止之前关闭。 许多年前,当我还是COM+团队的项目经理时,我研究了这个问题,因为人们通常希望事务组件(或工作流)能够对事务中止做出反应。 事务解析的异步性质意味着您无法在组件本身中对其作出响应。解决方案是在调用者中做出反应,然后可以采取一些行动。 设计假设是,一旦一个事务中止,就不能安全地使用事务中有关状态aqcuired的任何内容,因为该事务中止,所有内容都将被丢弃。 |
![]() |
2
2
所以只需加上罗恩的回答。这里的唯一选项是添加sqlWorkflowInstanceStore,并在TransactionScope之前除去一个持久活动。当事务中止时,整个工作流将中止,但过去保存的状态仍将在持久性数据库中,工作流可以从此以前保存的状态重新启动,然后再次执行事务。 |
![]() |
Linesofcode · 错误未指定sqlcese40。dll 7 年前 |
![]() |
Arvo Bowen · 如何使用父控件的默认字体创建用户控件? 9 年前 |
![]() |
Asdfg · 如何解析此文本并构建对象 9 年前 |
![]() |
qakmak · WPF win8平板电脑模式键盘隐藏屏幕底部的项目 9 年前 |
![]() |
DeJaVo · .NET4到.NET4.5运行时的更改是什么 9 年前 |