osworkflow部署描述
2008-01-05 10:04:44 来源:WEB开发网核心提示: 1. Your first workflow - Chinese Last changed on Jun 02, 2004 by Quake Wang h3 创建描述符首先,让我们来定义工作流,osworkflow部署描述,你可以使用任何名字来命名工作流,一个工作流对应一个xml格式
1. Your first workflow - Chinese Last changed on Jun 02, 2004 by Quake Wang
h3 创建描述符
首先,让我们来定义工作流。你可以使用任何名字来命名工作流。一个工作流对应一个xml格式的定义文件。让我们来开始新建一个“myworkflow.xml”的文件,这是样板文件:<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE workflow PUBLIC "-//OpenSymphony Group//DTD OSWorkflow 2.7//EN" "http://www.opensymphony.com/osworkflow/workflow_2_7.dtd"> <workflow> <initial-actions> ... </initial-actions> <steps> ... </steps> </workflow>
首先是标准的XML头部,要注重的是OSWorkflow将会通过这些指定的DTD来验证XML内容的合法性。你可以使用绝大多数的XML编辑工具来编辑它,并且可以highlight相应的错误。
h3 步骤和动作接下来我们来定义初始化动作和步骤。首先需要理解的OSWorkflow重要概念是steps (步骤) 和 actions (动作)。一个步骤是工作流所处的位置,比如一个简单的工作流过程,它可能从一个步骤流转到另外一个步骤(或者有时候还是停留在一样的步骤)。举例来说,一个文档治理系统的流程,它的步骤名称可能有“First Draft - 草案初稿”,“Edit Stage -编辑阶段”,“At publisher - 出版商”等。
动作指定了可能发生在步骤内的转变,通常会导致步骤的变更。在我们的文件治理系统中,在“草案初稿”这个步骤可能有“start first draft - 开始草案初稿”和“complete first draft - 完成草案初稿”这样2个动作。简单的说,步骤是“在哪里”,动作是“可以去哪里”。
初始化步骤是一种非凡类型的步骤,它用来启动工作流。在一个工作流程开始前,它是没有状态,不处在任何一个步骤,用户必须采取某些动作才能开始这个流程。这些非凡步骤被定义在 <initial-actions>。在我们的例子里面,假定只有一个简单的初始化步骤:“Start Workflow”,它的定义在里面<initial-actions>:
<action id="1" name="Start Workflow"> <results> <unconditional-result old-status="Finished" status="Queued" step="1"/> </results> </action>
这个动作是最简单的类型,只是简单地指明了下一个我们要去的步骤和状态。
h3 工作流状态工作流状态是一个用来描述工作流程中具体步骤状态的字符串。在我们的文档治理系统中,在“草案初稿”这个步骤可能有2个不同的状态:“Underway - 进行中”和“Queued - 等候处理中”
我们使用“Queued”指明这个条目已经被排入“First Draft”步骤的队列。比如说某人请求编写某篇文档,但是还没有指定作者,那么这个文档在“First Draft”步骤的状态就是“Queued”。“Underway”状态被用来指明一个作者已经挑选了一篇文档开始撰写,而且可能正在锁定这篇文档。h3 第一个步骤
让我们来看第一个步骤是怎样被定义在<steps>元素中的。我们有2个动作:第一个动作是保持当前步骤不变,只是改变了状态到“Underway”,第二个动作是移动到工作流的下一步骤。我们来添加如下的内容到<steps>元素:<step id="1" name="First Draft"> <actions> <action id="1" name="Start First Draft"> <results> <unconditional-result old-status="Finished" status="Underway" step="1"/> </results> </action> <action id="2" name="Finish First Draft"> <results> <unconditional-result old-status="Finished" status="Queued" step="2"/> </results> </action> </actions> </step> <step id="2" name="finished" />
这样我们就定义了2个动作,old-status属性是用来指明当前步骤完成以后的状态是什么,在大多数的应用中,通常用"Finished"表示。
上面定义的这2个动作是没有任何限制的。比如,一个用户可以调用action 2而不用先调用action 1。很明显的,我们假如没有开始撰写草稿,是不可能去完成一个草稿的。同样的,上面的定义也答应你开始撰写草稿多次,这也是毫无意义的。我们也没有做任何的处理去限制其他用户完成别人的草稿。这些都应该需要想办法避免。Tags:osworkflow 部署 描述
编辑录入:爽爽 [复制链接] [打 印][]
- ››描述数字的神奇力量:数字在实际工作中的魔力
- ››部署SQL AZURE的客户端管理工具,云计算体验之二
- ››部署DHCP常犯的错误
- ››部署额外域控制器,Active Directory系列之四
- ››部署第一个域:Active Directory系列之二
- ››部署 DB2 的 pureScale 特性
- ››部署SMS2003 + SP3
- ››部署 Java Web 服务
- ››部署SQL Server虚拟设备到Hyper-V
- ››部署Application Virtualization 4.5 服务器
- ››部署额外域控制器:深入浅出Active Directory系列...
- ››部署基于Windows 2008防火墙策略提升域安全
赞助商链接