基于XPDL工作流异常处理.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于XPDL工作流异常处理

基于XPDL工作流异常处理   摘 要 随着计算机和网络技术的发展,工作流技术应用越来越普遍。但工作流系统在保证事务特性方面还存在问题。文章中讲述了工作流中的异常和异常处理方法,并且根据XPDL的可扩展性,在过程定义模块加入异常处理部分,实现了对工作流发生异常的一致性设计。   关键词 工作流;XPDL;异常处理;一致性   中图分类号 TP317.1 文献标识码 A 文章编号 1674-6708(2015)130-0124-02   The Design of Workflow Exception Handling Based on XPDL   Liu Jun,Liu Ning   Abstract With the development of computer and network technology , The application of workflow technology is becoming more and more common. But the workflow management system still has some question to keep the transaction characteristics. The article introduces the exceptions and exception handling ways in workflow, then according to the expandability of XPDL,exception handling module is added to the process definition, to make sure the consistency of workflow.   Key Words Workflow; XPDL; the Handle of Exception; the Consistency   0 引言   工作流是一类能够完全或者部分自动执行的经营过程,它根据一系列过程规则,文档信息或任务能够在不同的执行者之间传递和执行[1]。但是,由于工作流的规模和时间跨度上都较大,难免会因为各种各样的原因发生异常情况,例如工作流实例在运行过程中出现异常,导致工作流执行阶段的数据出现错误[2]。所以在工作流系统一致性管理方面,面临着考验。   XPDL [3]是WFMC给出的工作流过程定义语言,它从XML[4]的基础上发展而来,对工作流过程做规范化定义。本文根据WFMC相关标准,从工作流模型中的XPDL模块入手,在工作流过程定义部分加入异常处理模块,保证数据处理过程中的一致性。   1 工作流异常   1.1工作流异常概念   工作流异常是指工作流没有按照预先设定好的执行路线流转,包括流程建模阶段的不正确导致执行的不正确、流程执行时条件不满足、活动参与者之间通讯发生错误、所需资源无法得到满足等,都是引起异常的原因。基于工作流一致性技术就是起源于研究在工作流系统出现异常的情况下如何进行工作流的恢复。   1.2工作流异常处理   所谓的异常处理,是指在业务流程在执行过程中发生错误时,工作流系统会提供一系列的处理方法,这些方法可以使人工处理、自动处理、或是两种方法相结合,来规避异常或是对异常造成的影响做补偿,从而使工作流重新回复到预期的继续执行。[5]   在这里主要针对工作流执行期间的异常,对提出对于异常处理的策略。下面对异常情况下的处理策略做了系统介绍。   1)直接退出。   对于这种策略,简单而言就是一旦某个任务执行失败,则整个工作流实例停止运行。在整个工作流实例退出之后,所有被执行过的任务会全部视为放弃,不做保留;而所有已经被初始化,但还未最终完成的任务会被强制退出,流程将彻底终止运行。这种策略的实施会造成资源的浪费,对系统的损失及代价也是极大的。   2)无补偿回滚。   一般情况下,在流程实例出现异常时,为了避免资源的浪费,不会采取直接退出的方式,而是希望通过采取某些措施,使工作流实例继续向下执行。所谓的无补偿回滚则是指使流程从失败任务之前的某一任务节点处,按照原来的顺序重新执行,直到最终完成失败任务。这种策略需要根据异常的情况来找到一个合适的起始点,继续执行,以期望能顺利通过失败节点。   对于起始点的选择有三种方式,第一种是回到整个流程的起始节点,另一种是按照预先设定的情况,回滚到对应的节点之上,最后一种是依次向上一级回退。   3)有补偿回滚。   相对于“无补偿回滚”策略来说,“有补偿回滚”加入了某种补偿机制,以消除之前流程结果执行失败所带来的影响。此策略可以把这个异常处理过程划分成两个部分,第一部分执行的是使执行错误的节点回

文档评论(0)

erterye + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档