none
Windows WorkFlow Foundation入门(五) RRS feed

  • 常规讨论

  • WF中的错误处理

          WF中的错误是以异步的方式来处理的。在活动中显式或隐式的抛出异常后,工作流运行时引擎会将捕捉到的异常先保存到队列中,在之后的时间再进行处理。这与一般的异常处理方式不同在于,如果一个异常在try{}语句块中被抛出,在相应的catch{}语句块中无法截获该错误,同时该错误也不会立即抛出给用户。

     异常的起因

          以下几种情况可能会产生异常

    • 原子事务超时
    • 其它类型的事务失败
    • 宿主程序通过ThrowActivity抛出异常
    • 用户代码错误。当工作流调用外部的用户代码时,CLR类可能会抛出异常,如果这种异常在用户代码中没有被处理,它们最终会以工作流异常的的表式出现。
    • 其它类型的系统异常,例如保存失败,.net或系统异常,或数据转换错误等

    异常捕获

          错误处理中,如果抛出异常的活动不能处理它,异常会被转交到它的上一级活动处理,直到它被处理为止,否则的话,工作流实例就会被工作流运行时引擎终止。

          错误处理是由FaultHandlerActivity活动来完成的。每个FaultHandlerActivity活动都与一个.net异常类型相关联,并且它包含一系列的活动,如果错误类型与某个FaultHandlerActivity关联的错误类型匹配的话,就会执行为个FaultHandlerActivity活动。一个FaultHandlersActivity活动包含0-n个FaultHandlersActivity子活动,FaultHandlersActivity可以是任何复合活动的子活动。

          WF中的错误处理通常被视为一个反向的工作,因为它的目标是当异常发生时,撤销活动中不成功的部分的工作。FaultHandlerActivity的执行完成不能被认为是事务活动的成功完成。事务活动会先被设置成错误状态,然后是关闭状态。任何兄弟活动同样会被取消。同时,compensation也会成为不可用状态。


    在工作流中使用Compensation(下面译为补偿)

          WF中对于已完成事务的补偿模式,是对工作流中出现的异常进行处理的过程,并且会在逻辑上撤销已完成的事务。
          WF补偿有以下两种形式:
          当异常没有被处理的时候,系统隐式的补偿;
          使用Compensate活动进行显式的补偿。


    在工作流中使用动态更新

          动态更新使得我们可以在工作流实例运行的时候对它做出改变。做这些改变,可能是由于设计时候的疏忽,或者是属性的改变,活动的绑定,或者是业务逻辑得到了加强和完善。如果你需要整个改变工作流,动态更新并不适用,否则会导致工作流与最初的设计原则完全不同。在这种情况下,你应该设计一个新的工作流。

          动态更新适用于工作流的单个实例。如果已经有工作流实例运行,不能对工作流中的进行类型的改变。

          你可以使用动态更新来干面的事情:

    • 改变正在运行的工作流实例; 
    • 改变运行时行为; 
    • 改变工作流结构,例如,添加或移除一个活动; 
    • 改变流程控制; 
    • 为对一个已经存在的活动定义一个新的条件; 
    • 改变一个PolicyActivity的RuleSet; 
    • 如果在工作流在已经部署和运行后, 需要在工作流中增加一个新的业务过程,可以通过添加一个新的自定义活动,或InvokeWorkflowActivity活动来实现; 
    • 添加一个新的EventDrivenActivity来响应一个新的事件,如一个附加的确认步骤;

          对一个正在运行的工作流进行动态更新,可能会导致两个不同的入口点:一个在工作流代码文件内,一个在工作流外,如工作流宿主程序。


    工作流中的数据交换

          WF通信服务支持在工作流服务环境内的数据交换,它使得工作流可以以方法和事件的形式,与外部系统通过消息进行通信。
          WF通过web serivce通信来实现工作流之间的数据交换。


     
    在工作流中使用角色

          WF提供了一种基于角色的访问机制,适用于所有支持数据输入的活动。工作流的创建者有完全的控制权限来创建角色和角色集合。创建者通过这种方式,可以提供一种必要的权限机制,在活动被执行之前,来检测访问者角色的权限。

          有一些WF活动,如WebServiceInputActivity,通过其属性就可以取得或设置角色集合。
    使用活动目录(Active Directory,),可以使得工作流的开发更加容易,WF通过一种被称为out-of-the-box的机制,来创建基于活动目录的角色。请参考MSDN,了解更多关于.net framework和活动目录的安全机制。
    与角色相关的类有WebWorkflowRole,WorkflowRole,ActiveDirectoryRole等等,在System.Workflow.Activities命名空间中。

    转自:http://www.cnblogs.com/watsonyin/

    2009年6月18日 8:06