成人av一区二区三区,亚洲性视频网站,久久电影在线

jbpm最��单的例子(�?

Wed, 11 Apr 2007 15:48:00 GMT

xml version="1.0" encoding="UTF-8"?>
<process-definition xmlns="urn:jbpm.org:jpdl-3.1"  name="example_5">
    <start-state name="开�?>
      <event type="node-leave">
         <action name="action1">action>
      event>
      <transition name="tr1" to="工作�?>transition>
      <transition name="tr2" to="求学�?>transition>
    start-state>
    <state name="工作�?>
      <event type="node-enter">
         <action name="工作" class="com.wide.example5.WorkAction">action>
      event>
      <transition name="" to="�l�成正果">transition>
   state>
   <state name="求学�?>
      <event type="node-enter">
         <action name="学习" class="com.wide.example5.StudyAction">action>
      event>
      <transition name="" to="�l�成正果">transition>
   state>
   <end-state name="�l�成正果">
      <event type="node-enter">
         <action name="圆满" class="com.wide.example5.EndAction">action>
      event>
   end-state>

process-definition>

�q�是一个比较简单的jbpm��程模板�Q�通过�q�几天的学习�Q�基本上是看别�h的事子）发现jbpm原来�q�么的复杂的�Q�好多东西想��C��来，特别是一个同行�ȝ��出的例子�Q�非常简�z�的描述了各个小功能炏V��以下也是一个很��单的jpdl模板�Q�清楚的描述了note与state的区别。jbpm提供了好几种不同的节炏V�?br>

xml version="1.0" encoding="UTF-8"?>
<process-definition xmlns="urn:jbpm.org:jpdl-3.1"  name="example_7">
   <start-state name="start">
      <transition name="tr1" to="state">transition>
      <transition name="tr2" to="node">transition>
   start-state>
   <state name="state">
      <transition name="" to="end">transition>
   state>
   <node name="node">
      <transition name="" to="end">transition>
   node>
   <end-state name="end">end-state>
process-definition>

��试代码也很��单，

package com.jbpm;

import org.jbpm.JbpmConfiguration;
import org.jbpm.JbpmContext;
import org.jbpm.db.GraphSession;
import org.jbpm.graph.def.ProcessDefinition;
import org.jbpm.graph.exe.ProcessInstance;
import org.jbpm.graph.exe.Token;

import java.io.*;

public class Execute {
    static JbpmConfiguration cfg=JbpmConfiguration.getInstance();
    /**
     * 把流�E�部�|�到数据�?br>     * @param file
     */
    public void deploy(String file){
        JbpmContext jc=null;
        try{
            FileInputStream fis = new FileInputStream("src/proc2.xml");
            ProcessDefinition pd=ProcessDefinition.parseXmlInputStream(fis);
            jc=cfg.createJbpmContext();
            jc.deployProcessDefinition(pd);
        }catch(Exception e){
            e.printStackTrace();
        }finally{
            jc.close();
        }
    }

    public static void main(String args[])throws Exception {
        Execute e=new Execute();
        //e.deploy("src/proc2");
        JbpmContext jc=cfg.createJbpmContext();
        GraphSession gs=jc.getGraphSession();
        ProcessDefinition pd=gs.findLatestProcessDefinition("example_5");
        ProcessInstance pi=new ProcessInstance(pd);
        Token token=pi.getRootToken();
        System.out.println("token-->"+token.getNode().getName());
        token.signal("tr1");
        System.out.println("tr1-->"+token.getNode().getName());
        token.signal();
        System.out.println("kk->"+token.getNode().getName());
        System.out.println("是否已结�?>"+pi.hasEnded());
        jc.save(pi);

    }



}

以上�q�个�c�d��应第一个工作流模板�Q�至于该模板里定义的接口�Q?br>
该class只需要实现ActionHandler接口��p��了，具体有啥用我��C��没搞懂：�Q�我一直努力着�?

有猫�怼�的日�?/a> 2007-04-11 23:48 发表评论

Mon, 09 Apr 2007 15:27:00 GMT

看了�q�么久jbpm�q�没有一个头�l�，需要��l�分析。jbpm把流�E�部�|�到数据库有好几�U�方法，今晚�l�于调试通过了java直接部��v 的子�Q�仅��于此�Q�不做分析�?br> static JbpmConfiguration cfg=JbpmConfiguration.getInstance(); //jbpm一切一切的基础

public void setUp(){
//cfg.createSchema(); //重徏jbpm存储�?.
}
以下是一个部�|�的�Ҏ��

    public void testDeployProcessDefinition()throws Exception{
        assertNotNull("JbpmConfiguration is null",cfg);
        FileInputStream fis = new FileInputStream("src/proc1.xml");
        ProcessDefinition pd=ProcessDefinition.parseXmlInputStream(fis);
        assertNotNull("definition should not be null",pd);
        JbpmContext jc=cfg.createJbpmContext();
        try{
            jc.deployProcessDefinition(pd);
        }finally{
            jc.close();
        }
    }

实例化�ƈ生成��程实例的方�?br>

    public void testLoadProcessAndInstance() throws Exception {
        JbpmContext jbpmContext = cfg.createJbpmContext() ;
        try {
              GraphSession graphSession = jbpmContext.getGraphSession();
              ProcessDefinition processDefinition =
              graphSession.findLatestProcessDefinition("pro1");

              ProcessInstance processInstance =
                  new ProcessInstance(processDefinition);
              Token token = processInstance.getRootToken();

              assertEquals("start", token.getNode().getName());
              // Let's start the process execution
             token.signal();
              assertEquals("state1", token.getNode().getName());
              jbpmContext.save(processInstance);
            } finally {
              // Tear down the pojo persistence context.
              jbpmContext.close();
            }
    }

再执行上面生成的��程�Ҏ��

    public void testLoadInstanceAndDoActionAndEnd() throws Exception {

        JbpmContext jbpmContext = cfg.createJbpmContext() ;
          try {
              GraphSession graphSession = jbpmContext.getGraphSession();
              ProcessDefinition processDefinition = graphSession.findLatestProcessDefinition("pro1");
              List processInstances = graphSession.findProcessInstances(processDefinition.getId());
              ProcessInstance processInstance =  (ProcessInstance) processInstances.get(0);
             // this.assertEquals("message",(String)(processInstance.getContextInstance().getVariable("message")));
              processInstance.signal();
              assertTrue(processInstance.hasEnded());
              jbpmContext.save(processInstance);
            } finally {
              jbpmContext.close();
            }

    }

实际上，上面的几�D�代码中写来写去��p��几句话吧。加载流�E�，生成实例�Q�然后签收执行�?br>明天�l�箋......

有猫�怼�的日�?/a> 2007-04-09 23:27 发表评论

jbpm表结构部�|�到oracle

Mon, 09 Apr 2007 12:01:00 GMT

看了�|�上挺多例子�l�于�?span>jbpm的数据库�l�构部��v好，之前部��v到mysql ,今晚部��v��C��oracle。步骤如下：
1、在lib目录下徏立oracle目录�Q�把oracle 9.1的jdbc驱动class12.jar拯��q�来�?br>2、在src/resources目录下徏立oracle目录�Q�把hsqldb目录入的两个文�g拯��q�来�?br>3、修改create.db.hibernate.properties

hibernate.dialect=org.hibernate.dialect.Oracle9Dialect
# for Oracle 8 compatibility use
#hibernate.dialect=org.hibernate.dialect.OracleDialect
hibernate.connection.driver_class=oracle.jdbc.driver.OracleDriver
hibernate.connection.url=jdbc:oracle:thin:@192.168.0.20:1521:JBPM
hibernate.connection.username= JBPM
hibernate.connection.password= JBPM
hibernate.show_sql=true
hibernate.c3p0.min_size=1
hibernate.c3p0.max_size=3

4、在src目录入copy build.deploy.xml文�g到src目录�Q��ƈ改名为build.deploy.oracle.xml�Q�然后修�Ҏ��件的create.db target。内容如�?/span>

<target name="create.db" depends="declare.jbpm.tasks" description="creates a oracle database with the jbpm tables and loads the processes in there">

<jbpmschema actions="create" properties="${basedir}/src/resources/oracle/create.db.hibernate.properties" cfg="${basedir}/src/config.files/hibernate.cfg.xml"/>

<loadidentities file="${basedir}/src/resources/oracle/identity.db.xml" properties="${basedir}/src/oracle/hsqldb/create.db.hibernate.properties"/>

<ant antfile="build.xml" target="build.processes" inheritall="false" />

<deploypar properties="${basedir}/src/resources/oracle/create.db.hibernate.properties">

<fileset dir="build" includes="*.par" />

deploypar>

target>

至于开发环境就把jbpm本��n自带例子中相关jar文�g�U�L��到自己新建的celipse Web��目中了�?

jbpm表名所对应的中文名�U?

JBPM_ACTION action记录�?nbsp;
JBPM_DECISIONCONDITIONS �l�果条�g�?nbsp;
JBPM_DELEGATION 委托�?nbsp;
JBPM_EVENT 事�g�?nbsp;处理�q�入或者离开事�g
JBPM_EXCEPTIONHANDLER 异常处理�?nbsp;
JBPM_ID_GROUP 用户�l�表
JBPM_ID_MEMBERSHIP 用户成员�?nbsp;表现用户和组之间的多对多关系
JBPM_ID_PERMISSIONS 用户权限�?nbsp;
JBPM_ID_USER 用户�?nbsp;
JBPM_MODULEDEFINITION 模块定义�?nbsp;
JBPM_MODULEINSTANCE 模块实例�?nbsp;
JBPM_NODE ��程节点�?nbsp;
JBPM_POOLEDACTOR 汇集参与着�?nbsp;
JBPM_PROCESSDEFINITION ��程定义�?nbsp;
JBPM_PROCESSFILE ��程文�g�?nbsp;
JBPM_PROCESSFILEBLOCK ��程文�g块表
JBPM_PROCESSINSTANCE ��程实例�?nbsp;
JBPM_RUNTIMEACTION �q�行中行��
JBPM_SCRIPTVARIABLES 脚本变量�?nbsp;
JBPM_SWIMLANE 泳道�?nbsp;
JBPM_SWIMLANEINSTANCE 泳道实例�?nbsp;
JBPM_TASK ��d��?nbsp;
JBPM_TASKACTORPOOL 用户行�ؓ汇�?nbsp;
JBPM_TASKINSTANCE ��d��实例
JBPM_TIMER 计时�?nbsp;
JBPM_TOKEN 令牌�?nbsp;
JBPM_TOKENVARIABLEMAP 令牌变量影射�?nbsp;
JBPM_TRANSITION 转换�?nbsp;
JBPM_VARIABLEINSTANCE 变量实例�?nbsp;
JBPM_VARIABLEINSTANCEBLOCK 变量实例块表
JBPM_VARIABLEMAPPING 变量影射�?nbsp;

有猫�怼�的日�?/a> 2007-04-09 20:01 发表评论

Mon, 15 Jan 2007 09:31:00 GMT

摘要: 阅读全文

有猫�怼�的日�?/a> 2007-01-15 17:31 发表评论

Tue, 17 Oct 2006 08:26:00 GMT

整理的工作流��理�pȝ��的需求列表，惌��做一个好东西真的很难�?/font>

工作��定义�?/font>

1.1 工作��定义语法检�?br />  1.2 工作��定义有效性检查�?br />  1.3 ��程可视化徏模�?br />  1.4 �l�织机构数据的引用�?br />  1.5 支持��ȝ��q�程定义
  1.6 工作��数据定义 �?br />  1.7 囑�Ş打印工作��过�E�定义图�?br />  1.8 以xml格式保存�q�程定义文�g
  1.9 直接�Ҏ��板库讉K��操作
  1.10 xml�q�程定义文�g打开�~�辑

工作��模板库

2.1 工作��模板的导入和导出�?br /> 2.2 工作��模板版本控制�?br /> 2.3 工作��模板复制�?br /> 2.4 工作��模板所有者定�?br /> 2.5 工作��模板状态（草稿、发布、过�Ӟ��
2.6 工作��模板有效时�?/font>

实例初始化�?/font>

3.1 通过Email启动
  3.2 通过文本文�g�Q�Text Files�Q�启�?br />  3.3 通过XML消息启动
  3.4 旉��事�g启动
  3.5 手工启动
  3.6 �q�程调用启动

工作��模式�?/font>

4.1 ��序�Q�Sequence�Q��?br />  4.2 �q�行分支�Q�AND-split�Q��?br />  4.3 �q�行汇聚�Q�AND-join�Q��?br />  4.4 条�g分支�Q�Conditional routing�Q�、互斥选择�Q�Exclusive Choice、XOR
  4.5 ��单汇聚（XOR-join�Q��?br />  4.6 多重选择�Q�OR-split、Conditional routing�Q?br />  4.7 多重汇聚�Q�？�Q?
  4.8 部分汇聚�Q�Partial join�Q�MI
  4.9 取消�z�d��
  4.10 取消实例
  4.11 同步/异步子过�E��?br />
工作��Q务分配�?/font>

5.1 ��d��分配的两�U�模式（拉和推）
  5.2 ��d��队列�Q�拉模式�Q?br />  5.3 按工作量分配��d��Q�推模式�Q?br />  5.4 分配��d��l�所有�h员（部门、角艌Ӏ�工作组�Q?br />  5.5 按�h员优先数分配��d��Q�适合��Z��角色��d��分配�Q?br />  5.6 先来先做�Q�FCFA�Q�，��Q务队列中最早创建的��d��分配�l�最先提出执行�Q务请求的人员
  5.7 分配��d��l�指定�h�?br />  5.8 推模式下的�Q务分配异常处理（��d��分配异常�Ӟ��通知模板所有者或工作��管理员�Q?br />  5.9 ��d��重分配（��Q务分配给其他用户、指定角色中的用戗��角�Ԍ��
  5.10 ��d��替代者，�׃�h员指定（交办、代办）

工作��动作�?/font>

5.11 接收��d��Q�状态�{换）accept
  5.12 退�Ӟ��回退��C��一节点�Q�）decline
  5.13 执行��d��
  5.14 完成��d��Q�状态�{换）
  5.15 反向回传/抽单/召回�Q�Process Rollback�Q?br />  5.16 分配��d��l�指定角�?br />  5.17 分配��d��l�指定�h�?br />  5.18 使用路由表分配�Q务�?br />  5.19 取消��d��分配
  5.20 创徏子过�E�（��Q务节点用子过�E�代替？�Q?br />  5.21 讄��d��优先�U�（动态修改工作流�z�d��优先�U�）
  5.22 讄��d��说明
  5.23 讄��d��期限�Q�设�|�之时�v旉��D�c��指定时间点�Q?br />  5.24 取消��d��
  5.25 挂�v�Q�暂停）��d��
  5.26 �l�止��d��
  5.27 启动工作��实�?br />  5.28 挂�v�Q�暂停）工作��实�?br />  5.29 取消工作��实�?br />  5.30 �l�止工作��实�?br />  5.31 讄��工作��实例说�?br />  5.32 讄��工作��实例变量（工作��实例变量赋��|��Q�可以作为工作流异常处理的一�U�方�?/font>

工作��活动�\由�?/font>

6.1 ��Z��角色路由�Q��Q务分配给角色�Q�职务发生变化，��程设计不需变化�Q?br /> 6.2 ��Z��关系路由�Q�根据相对职务关�p��\由）
6.3 讑֮�型（Ad hoc�Q��\由（由办理�h员指定下一节点办理人）�Ҏ��程处理内容�Q�由办理��Z��指定人员中选择合适的下一步执行�h�?/font>

工作��组�l�机构�?/font>

7.1 支持LDAP目录服务
  7.2 支持�l�（Group�Q?br />  7.3 循环�l?br />  7.4 权重�l?br />  7.5 工作职务�l�（相同职务的�h�l�成一个组�Q?br />  7.6 支持动态定义组�Q�流�E�执行过�E�中定义的组�Q?br />  7.7 多重角色��理�Q�一人数职）
  7.8 相对职务关系
  7.9 �l�织图拥有�h�Q�组�l�结构的分��l�护�Q?/font>

工作��时间管理�?/font>

8.1 非工作日讑֮�
  8.2 旉��事情启动工作��实例（指定旉��炏V��时间间隔、周期时��_��
  8.3 ��d��挂�v恢复�Q�指定时间点、时间间隔）
  8.4 �q�程实例挂�v恢复�Q�指定时间点、时间间隔）
  8.5 ��d��时通知
  8.6 工作��超旉��知
  8.7 �pȝ��旉��

工作��系�l�通知

9.1 以邮件方式通知工作��时
  9.2 可自订通知邮�g�Q�新��d��通知�Q?br />  9.3 ��d��式邮仉��知�Q�相对Web-based被动方式�Q?br />  9.4 工作��异帔R��知
  9.4 ��d��取消通知
  9.5 工作��取消通知

工作��异常处理�?/font>

10.1 异常的分�c?br /> 10.2 不同的异常处理方�?br /> 10.3 异常的报告、通知机制
10.4 异常恢复�E�序的预定义

工作��接口需求�?/font>

11.1 与Email服务器接口（JMS�Q?br /> 11.2 与文件系�l�接口（如NTFS、unix-FS�Q?br /> 11.3 与ERP、CRM、HR、SCM�{�系�l�接�?br /> 11.4 与文档管理系�l�系�l�接�?br /> 11.5 与其它工作流�pȝ��接口
11.6 与其它应用系�l�接�?/font>

工作��系�l�需求�?/font>

12.1 支持多个操作�pȝ��Q�包括windows、AIX、Solaris、HP-Unix、Linux�{?br /> 12.2 支持多种数据库，包括MS SQL server、Oracle、DB2、MySQL�{?br /> 12.3 支持多种应用服务器，包括weblogic、websphere、Jboss、Apusic、Tomcat�{?br /> 12.4 完备的系�l�日�?br /> 12.5 可处理大量流�E?br /> 12.6 从失败（或错误）中恢复系�l�（自动、手动）、系�l�（应用�Q�数据备�?br /> 12.7 支持�q�发处理

工作��系�l�管理�?/font>

13.1 囑�Ş化流�E�监�?br />  13.2 ��程实例动态修改（修改未执行的�q�程步骤�Q?br />  13.3 工作负荷量显�C?br />  13.4 工作��统计（��程模板、流�E�实例、�Q务统计）
  13.5 自定义统计报�?br />  13.6 �l�计数据囑�Ş化显�C?br />  13.7 临时更改收�g�?br />  13.8 工作重�?br />  13.9 ��程实例挂�v/恢复
  13.10 �z�d��实例挂�v/恢复
  13.11 代理未来工作
  13.12 可指定代理期�?br />  13.13 工作��实例超时统�?br />  13.14 单一步骤��时�l�计
  13.15 可传回子��程�l�计数据
  13.16 服务器定时清�?/font>

工作��客��L��

14.1 B/S�l�构客户端界�?br />  14.2 ��览器端的数字认证功�?br />  14.3 单点��d��
  14.4 按重要程度排列�Q务清�?br />  14.5 用户查看��程执行状�?br />  14.6 我的��d��和共享�Q务队列（按角色分�c�）
  14.7 从共享�Q务队列中选取��d��
  14.8 用户指定/取消代理�?br />  14.9 昄��已被代理的工�?/font>

工作��数据�?/font>

15.1 基本数据�c�d��Q�整型、符点型、字�W�型、日期型、布��型�Q?br />  15.2 复合数据�c�d��Q�数�l�）
  15.3 XML数据定义
  15.4 旉��数据�Q�三�U�类型：旉��炏V��时间间隔、周期时��_��
  15.5 附�g�Q�word、excel�{�）文�g夹的概念�Q�Folder�Q?br />  15.6 附�g的检�?��出�?
  15.7 变量作用域（全局变量、过�E�变量）
  15.8 数据的访问控�Ӟ��d��、读、不可见�Q?br />  15.9 数据集合�Q�Data Set�Q�（由多个不同类型数据或数据子集合所构成�Q?br />  15.10 数据的表玎ͼ�表单�Q?br />  15.11 子表单（sub-form�Q?br />

��x��看，自己实现的太��了�Q�！�Q�只做到了皮毛而已!需�l�箋努力

有猫�怼�的日�?/a> 2006-10-17 16:26 发表评论

Tue, 12 Sep 2006 04:31:00 GMT

工作��系�l�功能特性描�q?/span>

�~�写�Q?/span> jerry 创徏日期�Q?/span> 2005-05-18 最后更斎ͼ� 2005-05-20 版次�Q?/span> 1.0

1. ��程操作

��程在流转过�E�中需要确定的��Z��一环节以及该环节的相应的参与�?/span> ( 人或应用�E�序 ) �Q�所有的��程操作均是围绕�q�两斚w��q�行�?/span>

1.1. �{�收

对事��进行签收表明该��程步骤�q�行生效阶段�Q�说明当前�h员已��事��从待办状态切换�ؓ了在办状态�?/span>

1.2. 直�?/span> ( 直流 )

直流为流�E�操作中最为简单的一�U�操作，直流为当前环节往下仅有一个环节，不存在分支的��{�Q�在直流�q�程中可��定的是��程下一环节�Q�不可确定的是执行此环节的�h�?/span> ( 需要系�l�根据流�E�设计时配置的环节参与角色获取具有相��x��限的人员�Q�根据配�|�的是否需要选择人员来决定是否显�C�选�h界面 ) �?/span>

1.3. 分�?/span> ( 分流 )

分流在流�E�操作中也很常见�Q�分��ؓ当前环节往下具有一个以上的环节可供选择�Q�即存在分支的流转，在此�U�情况下往往需要提供选择环节的页面以供用��L��定需要发往哪个环节�?/span>

1.4. �q�流

�q�流为当前环节往下具有一个以上的环节可供选择�Q�即存在分支的流转，但�ƈ不需要用户选择往哪个环节的一�U�流转操作，在�ƈ��的情况下系�l�将自动往所有的分支环节��{�Q��ƈ�{�待所有分支环节办理完毕后汇总至他们共同的下一环节�?/span>

1.5. 条�g��{

条�g��{为根据流�E�设计时所�~�写的脚本由�pȝ��计算出结果�ƈ军_��程的下一环节或下一环节的参与者。�D例来��_��当前甌��事项金额大于 10 万的时候至�l�理审批�Q�而大�?/span> 50 万的时候则需递交臛_��ȝ��理审扏V�?/span>

1.6. 退�?/span>

审批人员收到甌��事项后发现申��h��件不�W�或资料不齐�{�时需要退回当前申请事��至甌��人或上一环节受理人，�q�种��程操作通常�U�Cؓ退回�?/span>

1.7. 取回

当审批�h员发现申请事��发送给了一个不合适的办理人员�Ӟ��如该办理人员��未�{�收该事��，则审批�h员可��此甌��事项取回�Q�避免不必要的麻烦�?/span>

1.8. 挂�v

�׃��甌��事项的资料不�W�或其他原因需要将当前甌��事项�q�行暂停办理�Q�挂起当前流�E�，当需要恢复的时候则恢复该流�E��l�执行�?/span>

1.9. �l�止 ( 撤销甌�� )

�׃��甌��事项的不合理或申请�h员需要撤销该事��的甌��Ӟ��可对该流�E�进行终止或撤销甌��操作�?/span>

1.10. 会签

甌��事项需要几个�h员按��序的进行审批，事项��按��序依次发送给相应的�h员进行事��的审批。�D例来��_��事项需要进行会�{�，选择人员分别为张三、李四、王五，那么张三首先接收到该事项�Q�张三填写意见后�q�行发送，�pȝ��自动发送至李四�q�行处理�Q�李四处理完毕后�pȝ��自动发送至王五�Q�王五处理完毕后�q�入实现的下一处理环节处理�?/span>

1.11. 催办

事项审批�q�程中的审批人员如觉得该事项在某一个审批�h员处停留旉��太长的话可对其进行催促，以提醒其�q�速办理该事项�Q�在��程操作上称为催办�?/span>

1.12. 竞争办理

竞争办理的概念�ؓ当两个用户都收到某事��Ҏ��Q�谁先签收了该事��则��对该事项�q�行办理�Q�同时该事项也将从另一用户的待办列表中�U�除�?/span>

1.13. 联审

联审为流�E�操作中较复杂的一�U�，事项发送后��发送至当前环节的下面所有环节，�q�时的环节通常�׃��个子��程构成�Q�在各自的子��程执行完毕后统一回至��L��E�的下一环节中，此种��{�q�程�U�Cؓ联审�?/span>

1.14. 跌��{

审批人员在进行事��审�Ҏ��Q�觉得该事项不需要经�q�流�E�图上所�C�意的其下的环节而可直接跌��{��C��面的其他��L��一个环节进行流转�?/span>

如审批�h员觉得不需要提交至�U�长审批以及处长审批�Q�则可直接通过跌��{操作��事��直接送至办公室环节进行办理�?/span>

1.15. 传阅

审批人员在进行事��审�Ҏ��Q�觉得需要将该事��传送给相关人员�q�行查看�Q�此��{�q�程�U�Cؓ传阅�Q�相关�h员在接收到此事项后只可查看不可进行审扏V�?/span>

1.16. 传阅办理

传阅办理与传阅的不同之处在于接收到此事项的�h员可选择�Ҏ��事项�q�行办理或不办理�Q�而事��的��{�q�不�{�待此传阅办理过�E�的�l�束�?/span>

1.17. 意见补签

事项的审批�h员在事项已经发送至后箋环节办理的过�E�中均可�q�行意见的补�{�，此操作称为意见补�{��?/span>

2. ��程��理

2.1. 调度

在流�E�执行的�q�程中根据流�E�的执行状态等�{�可对该��程事项�q�行调度�Q�将事项调度至相应的环节中�?/span>

2.2. 监控

�Ҏ��E�事��进行监控，包括查看��程的执行过�E?/span> ( 最好是可视化的囑�Ş表示 ) 、流�E�执行过�E�中的相关信�?/span> ( 如签收�h、签收时间、办理时间等 ) �?/span>

2.3. 查询

�Ҏ��程事项的关键字�Ҏ��E�事��进行简单或�l�合的查询�?/span>

2.4. �l�计分析

�Ҏ��询所得的��程事项�q�行�l�计分析�Q�主要�ؓ分析某类事项的办�l�率、效率、在办�g、已办结件、已归档件等�{��?/span>

3. ��程列表

3.1. 待办列表

在待办列表中列出发送至当前用户的所有事��，包括事项的一些基本信�?/span> ( 标题�Q�时间等�{?/span> ) �Q�用户通过此处�q�行事项的签收工作�?/span>

3.2. 已办列表

在已办列表中列出�l�过当前用户办理但目前尚未办�l�归档的所有事��，用户可通过此对�q�些事项的办理状况进行监控，同时也可对事��进行催办操作�?/span>

3.3. 已办�l�列�?/span>

在已办结列表中列出经�q�当前用户办理�ƈ已办�l�归档的所有事��，用户可通过此查看事��的整个办理�q�程以及办理�l�果�?/span>

4. 与应用的接口

4.1. �l�织机构的接�?/span>

在事��Ҏ��转过�E�中需要确定下一环节的参与者，此时如配�|�了此环节需�q�行选�h操作�Q�此旉��要调用应用的�l�织机构接口以提供选�h界面供用户选择下一环节的参与者，接口中需提供按角色获取�h员以及根据�h员组装出其相应的�l�织机构树�?/span>

4.2. 角色的接�?/span>

在流�E�设计时需配置相应环节的参与角�Ԍ��此时需调用应用提供的角色接口，接口中需提供获取该流�E�事��类型的角色、创��程事项�c�d��的角色的功能�Q�或者也可以采用在设计阶�D�不调用应用接口�Q�当��程部��v臛_��用时同时创徏所需的角艌Ӏ?/span>

4.3. 表单的接�?/span>

表单使得��程�pȝ��有了实际的应用意义，表单作�ؓ��{�q�程中的载体�Q�与��程�pȝ��的接口至关重要，涉及到表单的存储方式�Q�表单数据的获取方式�Q�流�E�环节中表单的挂接，��程信息与表单信息构成的相关数据表�?/span>

有猫�怼�的日�?/a> 2006-09-12 12:31 发表评论

Fri, 09 Jun 2006 05:26:00 GMT

OSWorkflow在用��L��理方面所提供的功能，主要包括用户的创建、群�l�的定义、用户验证、以及对step执行人的跟踪记录和执行权限的判断�{�等�?

用户/��组的管理是由UserManager来完成的�Q�它包含于一个单独的jar包内。我们可以这样��用UserManager�Q?/p>

UserManager um = UserManager.getInstance();
User test = um.createUser("test");
test.setPassword("test");
Group foos = um.createGroup("foos");
test.addToGroup(foos);

利用UserManager也可以实现用户验证功能：

UserManager um = UserManager.getInstance();
boolean authenticated = false;
authenticated = um.getUser(username).authenticate(password);
if (authenticated) {
　session.setAttribute("username");
　…�?br />} else {
　…�?br />}

关于step执行人的跟踪�Q�首先我们可以在创徏��程的时候传入调用者（caller�Q�名�U�ͼ�比如�Q?/p>

Workflow wf = new BasicWorkflow((String) session.getAttribute("username"));

BasicWorkflow会负责创��Z��个实��C��WorkflowContext接口的实例，其中记录了caller的信息。利用com.opensymphony.workflow.util.Caller�Q�可以将WorkflowContext中的caller随时植入transientVars中，以供后箋的条件判断。�ؓ此，我们需要在��程定义文�g中的适当位置加入如下定义�Q�比如initial-actions中的pre-functions节点处）�Q?/p>

　
　　com.opensymphony.workflow.util.Caller
　

Caller是一个FunctionProvider�Q�其excute�Ҏ��中包含了如下代码�Q?/p>

WorkflowContext context = (WorkflowContext) transientVars.get("context");
transientVars.put("caller", context.getCaller());

同时�Q�我们还可以指定��程中某个step的执行�h�Q�owner�Q�，只需要在action的results节点处�ؓ其指定owner属性：

　
　　
　　　…�?br />　　　
　　　　
　　　

利用caller和owner信息�Q�我们可以在��程定义文�g的condition节点中以多种形式指定限定条�g�Q�比如，利用脚本限定只允许caller为test的用戯��发某�l�果�Q?/p>

　
　　
　　　propertySet.getString("caller").equals("test")
　　
　
　…�?br />

又比如，利用util包中的OSUserGroupCondition限定仅当caller为foos��组中的用户�Ӟ��才触发action�Q?/p>

　…�?br />　
　　com.opensymphony.workflow.util.OSUserGroupCondition
　　foos
　

再比如：利用util包中的AllowOwnerOnlyCondition限定仅当caller�{�于owner�Ӟ��才触发action�Q?/p>

　…�?br />　
　　com.opensymphony.workflow.util.AllowOwnerOnlyCondition
　

Comments (0)

11/29/2004

OSWorkflow解读之八

Filed under:

Workflow

�?site admin @ 10:21 am

WorkflowQuery及其有关查询�c?gt;>

我们知道�Q�通常��Z��L��希望了解��程当前的运行状况，因此��需要工作流引擎在提供流�E�流转的基本功能的同�Ӟ��q�需要提供查询功能。在osworkflow中，查询功能是由WorkflowQuery及其相关�c�L��供的�?/p>

WorkflowQuery提供了两�U�类型的构造函敎ͼ�

public WorkflowQuery(int field, int type, int operator, Object value)
public WorkflowQuery(WorkflowQuery left, int operator, WorkflowQuery right)

我们可以利用�W�一个构造函数创建基本的WorkflowQuery实例�Q�然后利用第二个构造函数组�l�装配。以查询执行者是“test”且状态是“Underway”的step实例��Z��Q?/p>

WorkflowQuery queryLeft = new WorkflowQuery(
　　WorkflowQuery.OWNER, WorkflowQuery.CURRENT, WorkflowQuery.EQUALS, “test");
WorkflowQuery queryRight = new WorkflowQuery(
　　WorkflowQuery.STATUS, WorkflowQuery.CURRENT, WorkflowQuery.EQUALS, “Underway");
WorkflowQuery query = new WorkflowQuery(
　　queryLeft, WorkflowQuery.AND, queryRight);
List workflows = wf.query(query);
for (Iterator iterator = workflows.iterator(); iterator.hasNext();)
　　Long wfId = (Long) iterator.next();
}

装配好的查询条�g�Q�将会传入AbstractoWorkflow的query�Ҏ��中，然后再由WorkflowStore的query�Ҏ��执行具体查询操作。不同的WorkflowStore实例其查询方式不��相同，以MemoryWorkflowStore��Z��Q�它��遍历所有位于cache中的��程�Q�然后将满��条�g的流�E�ID攑օ�一个ArrayList中返回，查询的核心代码采用了递归调用的�Ş式：

if (query.getLeft() == null) {
　return queryBasic(entryId, query);
} else {
　int operator = query.getOperator();
　WorkflowQuery left = query.getLeft();
　WorkflowQuery right = query.getRight();
　switch (operator) {
　　case WorkflowQuery.AND:
　　　return query(entryId, left) && query(entryId, right);
　　case WorkflowQuery.OR:
　　　return query(entryId, left) || query(entryId, right);
　　case WorkflowQuery.XOR:
　　　return query(entryId, left) ^ query(entryId, right);
　}
}

�q�里的queryBasic再次使用了递归调用的方式，详细情况可以查看osworkflow的源代码。通过�q�样的方式，可以满��L��复杂的流�E�查询条件指定�?

Comments (0)

11/28/2004

OSWorkflow解读之七

Filed under:

Workflow

�?site admin @ 4:32 pm

Descriptors>>

在osworkflow的很多地斚w��会看到Descriptor的��用，最重要的一个是前面提到的WorkflowDescriptor。除此以外还有，ActionDescriptor、ConditionsDescriptor、ConditionDescriptor、FunctionDescriptor、PermissionDescriptor�{�等。这些类均位于com.opensymphony.workflow.loader包中。它们的作用�Q�除了提供getter�Ҏ��外（�c�M��model的角�Ԍ��Q�还负责xml文�g的读取与写入。WorkflowDescriptor在执行xml文�g的读写时�Q�如果涉及具体的��程定义元素�Q�将会交由对应的Descriptor�c�L��完成。比如，在WorkflowDescriptor的writeXML�Ҏ��中，对initial action的序列化是这么实现的�Q?/p>

XMLUtil.printIndent(out, indent++);
out.println("");
for (int i = 0; i < initialActions.size(); i++) {
　ActionDescriptor action = (ActionDescriptor) initialActions.get(i);
　action.writeXML(out, indent);
}
XMLUtil.printIndent(out, –indent);
out.println("");

实际上，�q�是典型的Interpreter Pattern的运用，下面是类图�ȝ��?br />

Comments (0)

11/27/2004

OSWorkflow解读之六

Filed under:

Workflow

�?site admin @ 10:53 am

pre function和post function>>

pre function和post function是osworkflow提供的又一特色�Q�它为某��Ҏ��行逻辑提供了前驱和后��处理�Q�运用十分灵�z�R��ƈ且，osworkflow��多元件的执行逻辑都配备了pre function和post function的调用时机。这一点也可以从AbstractWorkflow.doAction的执行逻辑中看到。可以��用和pre function和post function的元件包括：action�Q�result/unconditional result�Q�step�Q�split�Q�join�?/p>

ScriptVariableParser>>

作�ؓosworkflow的一个util class�Q�ScriptVariableParser的主要功能是��给定字串中�?{var}替换成相应的value。这意味着我们可以在许多地方��用类��g��Ant中引用property的语法，来进一步提高灵�z�L��。比如：

　

在这里，unconditional result的owner属性将被caller的实际值所替代�?/p>

TransientVars和PropertySet>>

在osworkflow的流�E�流转过�E�中�Q�时�怼�用到Transient Vars和Property Set。这两个工具用来暂存一些��时信息或者在step间传递一些共享信息，比如�Q�context信息�Q�workflow entry信息�Q�以及上面提到的${var}的value�Q�等�{��?/p>

Transient Vars实际上就是一个普通的Map�Q�至于Property Set�Q�则是opensymphony的另一个独立模块，需要单独下载jar包。与Transient Vars��信息暂存与内存不同�Q�Property Set�q�支持数据库存储�Q�JDBCPropertySet�Q?/p>

��Z��更进一步提高灵�z�L��，osworkflow�q�提供了Register功能。我们可以定义自��q��Register�Q�以执行�Ҏ��d��Q��ƈ在流�E�定义文件中注明�Q�该Register便会被动态注册到Transient Vars中，以备随时取用。以下便是一个典型的使用场景�Q?/p>

　
　　com.opensymphony.workflow.util.LogRegister
　　true
　

　transientVars.get("log").info("function called");

此外�Q��ؓ了方便��用，osworkflow的util包中�q�预定义了大量的Condition和FunctionProvider�Q�以及其他的一些辅助类�Q�比如：StatusCondition、AllowOwnerOnlyCondition、BeanShellCondition、Caller、EJBInvoker、ScheduleJob�?/p>

借助�q�些设施�Q�osworkflow的扩展性、灵�z�L��、易用性，得到了极大的体现�?

Comments (0)

11/26/2004

OSWorkflow解读之五

Filed under:

Workflow

�?site admin @ 12:00 am

Schedule>>

在osworkflow中提供了定时执行某项��d��的功能，�q�主要得益于opensymphony的另一个项目——Quatz�Q�该��目为工作的定期执行提供了底层设施支持。�ؓ此，我们需要引用quatrz.jar包，好在osworkflow的下载包中已�l�包含了该文件�?/p>

��Z��实现��d��定时�Q�我们需要在��程定义文�g中做�c�M��如下的配�|�：

　com.opensymphony.workflow.util.ScheduleJob
　1
　testJob
　testTrigger
　test
　10
　2000
　0,5,10,15,20,25,30,35,40,45,50,55 * * * * ?
　test
　test
　true
　true

ScheduleJob是一个FunctionProiver�Q�因此具有execute�Ҏ��。在该方法执行期��_��ScheduleJob��会��d��q�些配置参数�Q�创建好job实例�Q�实际上是一个JobDetail实例�Q�和trigger实例�Q�然后启动schedule。大致流�E�如下：
- �Ҏ��传入的shedulerName参数�Q�利用org.quartz.impl.StdSchedulerFactory的getScheduler�Ҏ��创徏sheduler实例�Q�该实例实现了org.quartz.Scheduler接口�Q?br />- �Ҏ��传入的jobClass参数�Q�决定创��Z��U�Job实例�Q�osworkflow自��n提供了两�U�选择�Q�WorkflowJob和LocalWorkflowJob。前者支持SOAP协议�Q�后者则是本地调用，它们都实��C��org.quartz.Job接口�?br />- 创徏一个描�q�Job信息的JobDetail实例�Q��ƈ做好初始讄��Q?br />- 若传入参��C��未指定cronExpression�Q�则创徏SimpleTrigger�Q��ƈ讄��好startDate、endDate、repeat�Q�否则创建CronTrigger
- 在jobDetail和trigger准备完毕后，��可以启动schedule了：

s.addJob(jobDetail, true);
s.scheduleJob(trigger);
s.start();

scheduler中应该可以同时维护多个job和trigger�Q�当trigger的触发条件满��_��Q�将会激�zȝ��正的job实例。由于，scheduler中只保存了jobDetail的实例，因此我猜惻I��job实例的真正创建是由jobDetail完成的。job实例�Q�WorkflowJob、LocalWorkflowJob或者是其他自定义扩展类�Q�激�z�d��Q�其excute�Ҏ��会被执行。其内部的执行逻辑大体是获得指定的Workflow实例�Q�然后执行该实例的executeTriggerFunction�Ҏ��。trigger function的执行与先前在流�E�定义文件中所出现�q�的普通function大同��异。当�Ӟ��我们�q�需要在��程定义文�g中加入对trigger function的描�q�ͼ�大致格式如下�Q?/p>

　Comments (0)

11/25/2004

osworkflow解读之四

Filed under:

Workflow

�?site admin @ 9:38 am

��程启动>>

前面分析��程��{的执行逻辑�Ӟ��q�没有讲到流�E�的启动。实际上�Q�有了前面的基础�Q�再加上�Ҏ��E�定义文件加载的�q�程有清晰认识之后，��程启动逻辑是很�Ҏ��理解的。大致情况如下：
- 调用DefaultConfiguration的getWorkflow�Q�传入流�E�名�U�ͼ�然后�q�回一个WorkflowDescriptor实例�Q�流�E�定义文件的加蝲��是在这个时候完成的�Q?br />- 然后做一些准备工作，比如�Q�获取WorkflowStore实例、准备好transientVars和propertySet�{�等�Q?br />- 调用WorkflowDescriptor的getInitialAction�Ҏ��Q�获取initial action�Q�如果有的话�Q�，注意此前的第一步中�Q�流�E�定义文件已�l�成功加载；
- 调用transitionWorkflow�Q�执行流�E�的��{�Q�就是前面提到doAction执行逻辑时调用的那个重要的方法）�Q?/p>

在transitionWorkflow�Ҏ��中，与流�E�启动后step间的��{�E�有不同的是�Q�当发现action为initial action�Ӟ��会把流�E�设�|��ؓactivated状态，表示��程启动。就是下面这�D�代码：

if ((wf.getInitialAction(action.getId()) != null) && (entry.getState() != WorkflowEntry.ACTIVATED)) {
　changeEntryState(entry.getId(), WorkflowEntry.ACTIVATED);
}

WorkflowStore和WorkflowEntry>>

前面提到�q�，在AbstractWorkflow中，包含��程��{关键逻辑的transitionWorkflow�Ҏ��Q�会创徏新的step。而这一创徏工作是通过调用另一个member method实现的，也就是createNewCurrentStep。其执行逻辑大致如下�Q?/p>

int nextStep = theResult.getStep();
if (nextStep == -1) {
　if (currentStep != null) {
　　nextStep = currentStep.getStepId();
　}
}
�?br />if (currentStep != null) {
　store.markFinished(currentStep, actionId, new Date(), oldStatus, context.getCaller());
　store.moveToHistory(currentStep);
}
�?br />Step newStep = store.createCurrentStep(entry.getId(), nextStep, owner, startDate, dueDate, status, previousIds);

从这�D�代码中�Q�我们首先可以看刎ͼ�osworkflow可以支持step节点自��n再次被“激�z�Z��的行�ؓ�Q�也��是重复执行某个step。而另一斚w��Q�随后的创徏工作则是调用了store.createCurrentStep�?/p>

�q�个store变量��是一个实��C��WorkflowStore接口的实例变量，�~�省是MemoryWorkflowStore。WorkflowStore除了创徏step之外�Q�还提供了一�p�d��find和query�Ҏ��。在其内部分别保存着step的历史记录（history steps�Q�以及当前处于“激�z�Z��状态的step�Q�current steps�Q�，以MemoryWorkflowStore��Z��Q�分别对应了两个HashMap�Q�而JDBCWorkflowStore则利用数据库表来记录�q�些信息�?/p>

实际上，WorkflowStore可以同时保存多个��程的记录，�q�样��可以满��_��时存在多个流�E�的情况。�ؓ此，osworkflow提供了一个WorkflowEntry接口用来描述��程信息�Q�其中包含了��程名称、流�E�ID、当前状态等�{�。WorkflowEntry中定义了如下几个��程状态常量：

public static final int CREATED = 0; //创徏
public static final int ACTIVATED = 1; // �Ȁ�z?br />public static final int SUSPENDED = 2; // 挂�v
public static final int KILLED = 3; // 异常�l�止
public static final int COMPLETED = 4; // 正常�l�束
public static final int UNKNOWN = -1;

在WorkflowStore提供的接口方法中有如下几个方法供�l�护WorkflowEntry使用�Q?/p>

public WorkflowEntry createEntry(String workflowName) throws StoreException;
public WorkflowEntry findEntry(long entryId) throws StoreException;
public void setEntryState(long entryId, int state) throws StoreException;

具体的方法实玎ͼ�各个��L��c�L��所不同。比如。在MemoryWorkflowStore中，是通过�l�护一个存储SimpleWorkflowEntry实例�Q�实��C��WorkflowEntry接口�Q�的HashMap辑ֈ�目的的�?

Comments (0)

11/24/2004

OSWorkflow解读之三

Filed under:

Workflow

�?site admin @ 9:48 am

初始配置加蝲及工作流定义文�g加蝲>>

AbstractWorkflow首先会取得一个Configuration实例�Q�缺省时为DefaultConfiguration�Q�实��C��Configuration接口�Q�，该实例负责系�l�配�|�的加蝲。AbstractWorkflow会调用其load�Ҏ��Q�该�Ҏ��内部会查找一个名为osworkflow.xml的配�|�文�Ӟ��q�对其解析。osworkflow.xml文�g中一般会指定persistence class和factory class�Q�比如：

load�Ҏ��会动态加载这些class�Q�还可以指定一些参敎ͼ�在它们初始化的时候传入。在�q�里�Q�我们指定了XMLWorkflowFactory�Q�实际上�q�有其他�U�类的WorkflowFactory�Q�比如JDBCWorkflowFactory、URLWorkflowFactory�Q�它们均�z��自AbstractWorkflowFactory�Q�其共同职责是通过某种媒介加蝲��程定义�?/p>

以XMLWorkflowFactory��Z��Q�其相应实例在load�Ҏ��内部完成初始化的�q�程中，��会查找一个名为workflows.xml的文�Ӟ��可以在该文�g中定义多个流�E�，每个��程指明其对应的xml定义文�g。比如：

在XMLWorkflowFactory内部�l�护了一个Map�Q�保存着��程名称与其对应的文件�\径（实际上是一个WorkflowConfig实例�Q�不�q�这只是�l�节�Q�。然后，DefaultConfiguration调用XMLWorkflowFactory.getWorkflow�Ҏ��Q��ƈ传入��程名称�?/p>

getWorkflow�Ҏ��内部又会��流�E�加载的具体执行逻辑转交�l�一个名为WorkflowLoader的类�Q�调用WorkflowLoader.load�Ҏ��Q�，由WorkflowLoader实现��程定义文�g��d��。不�q�，真正的xml文�g解析是由WorkflowDescriptor�c�d��成的。它��^面的xml��{化�ؓosworkflow内部所使用的具有真正意义的对象。此�c�L��很多get�Ҏ��Q�在osworkflow的许多地斚w��会用到�q�个�cȝ��get�Ҏ��Q�以获取具体的对象，比如�Q�getAction�Q�getJoin�Q�getStep�{�等�?/p>

最�l�，代表example.xml��程定义文�g的WorkflowDescriptor实例��会被逐层�q�回�Q�直至AbstractWorkflow。至此，��程定义文�g加蝲完毕�Q�整个初始化�q�程也就基本完成了�?

Comments (0)

11/23/2004

OSWorkflow解读之二

Filed under:

Workflow

�?site admin @ 9:09 am

多种方式定制逻辑>>

osworkflow的几个基本元仉��h��很好的扩展性，它们分别是：condition�Q�function�Q�register�Q�validator。以condition��Z��Q�我们可以�ؓ触发action的condition定义��L��复杂的逻辑�Q�而这�U�逻辑可以包含在一个java class中，也可以采用bsf�Q�或者bean shell�Q�还有local ejb和remote ejb。只要流�E�定义文件做相应配置卛_��Q�以java class和bean shell��Z��Q?/p>

　
　　
　　　
　　　　true
　　　
　　　
　　　　com.opensymphony.workflow.util.OSUserGroupCondition
　　　　foos
　　　
　　
　
　�?br />

在osworkflow的许多地斚w��可以见到�c�M��如下的代码（此处以function��Z��Q�：

if ("remote-ejb".equals(type)) {
  clazz = RemoteEJBFunctionProvider.class.getName();
} else if ("local-ejb".equals(type)) {
  clazz = LocalEJBFunctionProvider.class.getName();
} else if ("jndi".equals(type)) {
  clazz = JNDIFunctionProvider.class.getName();
} else if ("bsf".equals(type)) {
  clazz = BSFFunctionProvider.class.getName();
} else if ("beanshell".equals(type)) {
  clazz = BeanShellFunctionProvider.class.getName();
} else {
  clazz = (String) args.get(CLASS_NAME);
}
FunctionProvider provider = (FunctionProvider) loadObject(clazz);
provider.execute(transientVars, args, ps);

loadObject会动态加载相应的��L��处理�c�（比如BSFFunctionProvider�Q�，�q��{换�ؓ基类�c�d��Q�比如FunctionProvider�Q�，然后调用相应的执行逻辑�Q�比如provider.execute�Q�。这一模式屡试不爽�?

Comments (0)

11/22/2004

OSWorkflow解读之一

Filed under:

Workflow

�?site admin @ 9:35 am

AbstractWorkflow>>

osworkflow中有兛_��作流��{的所有核心代码都在AbstractWorkflow中，BasicWorkflow��是�z��自它�Q�不�q�这个BasicWorkflow基本上没做什么事情。也许我们还可以从AbstractWorkflow�z��自己的Workflow�c�M��加入扩展功能�Q�大概这也算是osworkflow所体现的一�U�灵�z�L��了�Q�即�Q�允许对工作��流转的执行逻辑�q�行修改。AbstractWorkflow实现了Workflow接口�Q�该接口包含了有兛_��作流的核心方法，最重要的是doAction�Ҏ��Q�AbstractWorkflow实现了该�Ҏ��Q�后面会提及�Q�其他还有一些getter和query method�?/p>

��程��{的执行逻辑>>

当流�E�执行到的某个step�Ӟ��可能有一个或多个action可供用户选择执行。一旦确定执行某个action后，我们需要调用AbstractWorkflow.doAction�Q��ƈ传入��程id和action的id。以下是对doAction的执行逻辑的一个不太严紧的��法描述�Q?/p>

*　　*　　*

- 　�Ҏ��程id�Q�获得所有当前的step�Q�这�U�情况往往发生在有split的时候，此时会有多个step�{�待执行�Q?br />- 　�Ҏ��传入的action的id�Q�检查是否是global action�Q?br />- 　若不是global action�Q�则遍历所有当前的step�Q�对每个step的每个action调用isActionAvailable�Ҏ��Q�检查该action是否可用�Q�记住step和action是一对多的关�p�）�Q?br />- 　所谓可用是指，通过执行passesConditions�Q�逐个��查action的condition�Q�若是OR的关�p�，则有一个condition为真即�ؓ可用�Q�AND关系则类推；
- 　若action可用�Q�则调用transitionWorkflow�Q�这是流�E�流转处理的关键部分�Q?br />　执行transitionWorkflow�Ӟ��
　- 　首先获取当前step�Q�存在有多个当前step的情况，比如split�Q�此时获取首个isAvailableAction为真的step�Q?br />　- 　调用verifyInputs验证输入�Q�如果action有validator的话�Q�；
　- 　执行当前step的post function�Q�因��step卛_��l�束�Q�；
　- 　执行action的pre function�Q?br />　- 　判断当前step所属的result中的所有condition是否满��要求�Q�判断方法类似action的condition�Q?br />　- 　一旦满��I��则获取result的pre function和post function�Q?br />　- 　否则��x��unconditional result�Q�获取相应的pre function和post function�Q?br />　- 　在没有split和join的情况下
　　-　会根据在result中指定的下一个step的id�Q�创��Z��个新的step�Q�作为当前的step�Q?br />　　- 　从current steps中移除原来的当前step�Q��ƈ��d��到history steps中；
　　- 　如果新的step有pre function�Q�则会马上执行；
　- 　执行result的post function�Q?br />　- 　执行action的post function�Q?br />　- 　若action是intial action�Q�则��流�E�设�|��ؓactivated状态；
　- 　若action是finish action�Q�则��流�E�设�|��ؓcompleted状态，�q�回true�Q?br />　- 　��L��auto action�Q�若有的话，则执行之�Q�执行方法是调用doAction本��n�Q?br />　- 　�q�回false�Q?br />- 　�Ҏ��transitionWorkflow的返回值判断流�E�是否结束；
- 　若返回false�Q�则调用checkImplicitFinish��查是否存在implicit finish�Q�即�Q�当前没有一个step的action可用�Ӟ��p��为流�E�应该结束；

*　　*　　*

-　若存在split�Q�则会创建多个新的step�Q��ƈ且在创徏之前先执行split的pre function�Q�在创徏之后执行split的post function�Q?br />-　创徏step的过�E�和上面描述的普通状�늛�同：�l�护好current steps和history steps�Q��ƈ执行新的step的pre function�Q?/p>

*　　*　　*

-　若存在join�Q�先�l�束当前step�Q��ƈ��该step��d��至history steps和join steps�Q?br />-　查找history steps�Q�对每个已完成的step�Q�查看是否在其result或unconditional result中有join一��，若有则加入join steps中；
-　��查join是否已经满��Q�可以��用Bean Shell�Q�在xml定义文�g的join节点中，通过引用一个名为“jn”的�Ҏ��变量来指定join的满��x��Ӟ��jn记录了有关join的关键信息；
-　若条件满��I��则执行join的pre function�Q�维护好history steps�Q��ƈ创徏下一个step�Q�然后执行join的post function�Q?/p>

*　　*　　*

-　对于条�g循环的情况，可以通过��result的某个action的下一个step指定��w�来加以实现�Q�这只是在xml定义文�g中做文章�Q�流�E�执行逻辑无需做特�D�处理；

Comments (1)

11/20/2004

time granulrity,issue tracking,tools vs. human

Filed under:

Software Engineering

�?site admin @ 10:12 pm

time granulrity�Q?/p>

作�ؓ旉��的一�U�度量单位，或小时记�Q�或天记�Q�都是灵�zȝ��和因��异的。比如你完全可以��?个小时理解�ؓ1天。但是，�_�度的确定�ƈ非没有原则：��Z�Q务分配时间是一�U�预伎ͼ��q�样的估计如果易变而不准确�Q�那么多半也��失��M��意义。一般而言�Q�只有在�Ҏ��做的工作十分了解的前提下�Q�才能够准确估计。对于一个易变的的环境，陌生的环境，时常被打断的环境�Q�或者时常冒��Z��“障��”的环境�Q�比如某个艰��q��bug fix�Q�，旉��的粒度就不亦�q�细�Q�至��在�q�代的初期是如此。随着旉��的推�U�d��l�验的积累，估计的粒度也��׃��相应改进�?/p>

issue tracking

issue tracking臛_��重要�Q�否则事态就可能滑入不可控的危险�Q�team member��׃��失去寚w��目状�늚�全景认识�Q�这也是我的切��n体会。实际上�Q�不单是bug�Q�feature�Q�defact�Q�……，很多东西都是需要有tracking的。比如某此会议中的一个idea�Q�如果没有某�U��Ş式的tracking�Q�很�Ҏ��׃��消失在大家的记忆中，直到哪次再被大家带着一�U�似曄��识的感情从被遗忘的角落里重新提�v�?/p>

tools vs. human

我始�l�觉得，在一个开发团队中�Q�对于工��L��使用�Q��L��二等考量�Q�更为重要的是�h的因素。因为，即��有趁手的工具�Q�也依然有可能存在缺乏交��的team member�Q�以及由�q�些team member参加的冗长的�~�Z��主题的会议�?

Comments (0)

11/17/2004

OSWorkflow开��?/a>

Filed under:

Workflow

�?site admin @ 11:04 pm

刚刚下蝲了OSWorkflow�Q�这里摘录的是联机文档中的开��部分，也就是OSWorkflow的核心概念了�Q?/p>

OSWorkflow is based heavily on the concept of the finite state machine. Each state is represented by the combination of a step ID and a status. A transition from one state to another cannot happen without an action occuring first. There are always at least one or more active states during the lifetime

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=447742

[点击此处收藏本文] 发表�?2005�q?8�?7�?16:29:00

h3 定义条�g和函�?/p>

你也许已�l�注意到�Q�到目前为止�Q�我们定义的条�g和函数类型都�?class""""""""""""""""""""class.name"""""""""""FunctionProvider或Condition接口的完整类名�?/p>

在osworkflow里面也有一些其他内�|�的�c�d��Q�包括beanshell�Q�无状态的session bean�Q�JNDI树上的函数等。我们在下面的例子里使用beanshell�c�d��?/p>

h3 Property sets

我们可能需要在工作��的��L��步骤持久化一些少量数据。在osworkflow里，�q�是通过OpenSymphony的PropertySet library来实现。一个PropertySet基本上是一个可以持久化的类型安全map�Q�你可以��d��L��的数据到propertyset�Q�一个工作流实例对应一个propertyset�Q�，�q�在以后的流�E�中再读取这些数据。除非你特别指定操作�Q�否则propertyset中的数据不会被清�I�或者被删除。�Q意的函数和条仉��可以和propertyset交互�Q�以beanshell script来说�Q�可以在脚本上下文中�?propertyset"""""""""""""""""""""""""""""""""""Start First Draft""""pre-functions里面�Q?/p>

"beanshell">"script">propertySet.setString("foo", "bar")

�q�样我们��添加了一个持久化的属�?foo"""""""bar""""""""""""""""""""""""

h3 Transient Map 临时变量

另外一个和propertyset变量相对的概忉|��临时变量�Q?transientVars""""""""""""map�Q�只是在当前的工作流调用的上下文内有效。它包括当前的工作流实例�Q�工作流定义�{�对应值的引用。你可以通过FunctionProvider的javadoc来查看这个map有那些可用的key�?/p>

�q�记得我们在教程的第2部分传入的那个null吗？如果我们不传入null的话�Q�那么这些输入数据将会被��d��C��时变量的map里�?/p>

h3 inputs 输入

每次调用workflow的动作时可以输入一个可选的map�Q�可以在�q�个map里面包含供函数和条�g使用的�Q何数据，它不会被持久化，只是一个简单的数据传递�?/p>

h3 Validators 校验�?/p>

��Z��让工作流能够校验输入的数据，引入了校验器的概��c��一个校验器和函敎ͼ�条�g的实现方式非常类��|��比如�Q�它可以是一个class�Q�脚本，或者EJB�Q�。在�q�个教程里面�Q�我们将会定义一个校验器�Q�在"finish first draft""""""""""""""""working.title"""""30个字�W�。这个校验器看�v来是�q�样的：

package com.mycompany.validators;

public class TitleValidator implements Validator
{
  public void validate(Map transientVars, Map args, PropertySet ps) 
        throws InvalidInputException, WorkflowException
  {
    String title = (String)transientVars.get("working.title"); 
    if(title == null)
      thrownew InvalidInputException("Missing working.title");
    if(title.length() > 30)
      thrownew InvalidInputException("Working title too long");
  }
}

然后通过在流�E�定义文件添加validators元素�Q�就可以登记�q�个校验器了�Q?/p>

"class">"class.name">
      com.mycompany.validators.TitleValidator

�q�样�Q�当我们执行动作2的时候，�q�个校验器将会被调用�Q��ƈ且检验我们的输入。这样在��试代码里面�Q�如果加上：

Map inputs = new HashMap();
inputs.put("working.title", 
  "the quick brown fox jumped over the lazy dog," +
  " thus making this a very long title");
workflow.doAction(workflowId, 2, inputs);

我们��会得到一个InvalidInputException�Q�这个动作将不会被执行。减��输入的title字符�Q�将会让�q�个动作成功执行�?/p>

我们已经介绍了输入和校验�Q�下面来看看寄存器�?/p>

h3 Registers 寄存�?/p>

寄存器是一个工作流的全局变量。和propertyset�c�M��Q�它可以在工作流实例的�Q意地方被获取。和propertyset不同的是�Q�它不是一个持久化的数据，而是每次调用旉��需要重新计��的数据�?/p>

它可以被用在什么地方呢�Q�在我们的文档管理系�l�里面，如果定义了一�?document""""""""""""""""""""""""""""""""""""""""""""

寄存器地��g��被放在��时变量（transientVars map�Q�里�Q�这栯��够在��L��地方获得它�?/p>

定义一个寄存器和函数、条件的一个重要区别是�Q�它�q�不是依靠特定的调用�Q�不用关心当前的步骤�Q�或者是输入数据�Q�它只是��单地暴露一些数据而已�Q�，所以它不用临时变量里的倹{�?/p>

寄存器必��d��现Register接口�Q��ƈ且被定义在流�E�定义文件的头部�Q�在初始化动作之前�?/p>

举例来说�Q�我们将会��用一个osworkflow内置的寄存器:LogRegister。这个寄存器��单的��d��一�?log""""""""""Jakarta的commons-logging输出日志信息。它的好处是会在每条信息前添加工作流实例的ID�?/p>

"class" variable-name="log">"class.name">
      com.opensymphony.workflow.util.LogRegister
    "addInstanceId">true"Category">workflow

�q�样我们定义了一个可用的"log"""""""""""pre�Q�function的脚本里面��用它�Q?/p>

"beanshell">"script">transientVars.get("log").info("executing action 2")

日志输出��会在前面添加工作流实例的ID

h3 �l�论

�q�个教程的目的是希望可以阐明一些主要的osworkflow概念。你�q�可以通过API和流�E�定义格式去获取更多的信息。有一些更高��的特性没有在此提刎ͼ�比如splits 分支、joins �q�接, nested conditions 复合条�g、auto stpes 自动步骤�{�等。你可以通过阅读手册来获得更�q�一步的理解�?/p>

如果你遇��C�Q何的困难�Q�可以在osworkflow的email list上询问�?/p>

有猫�怼�的日�?/a> 2006-06-09 13:26 发表评论

Sat, 22 Apr 2006 10:16:00 GMT

限制是指的是当前作动的执行�h!

           com.opensymphony.workflow.util.Caller














                                com.opensymphony.workflow.util.AllowOwnerOnlyCondition






          com.opensymphony.workflow.util.Caller












          com.opensymphony.workflow.util.Caller









          com.opensymphony.workflow.util.Caller











�q�是请假单的�W�二个演变，��d��?




                                com.opensymphony.workflow.util.AllowOwnerOnlyCondition




�q�个配置。这�D�配�|�就是用来限定下一步的执行人必��L��q�一步的发�v人�?br />
osworkflow限制的用法有�Q?br />事實上OSWorkflow 2.7版提供了以下四種限制條�g�?br />

OSUserGroupCondition�Q�限制由隸屬某指定Group的�h埯��?br />
StatusCondition�Q�限制step的status為某個值時才能埯��?br />
AllowOwnerOnlyCondition�Q�只允許Owner埯��?br />
DenyOwnerCondition�Q�只有Owner不能埯��?br />

有猫�怼�的日�?/a> 2006-04-22 18:16 发表评论

Tue, 18 Apr 2006 07:43:00 GMT

可以�q�么说史帝芬�?a >http://my.so-net.net.tw/idealist/OSWorkflow/osworkflow资料是目前华文osworkflow资料中最好的一份入门教�E�。去面的时候在mssql中中实践�q�这份入门资料，感觉非常��利。但感觉按作者的��序把教�E�中的例子跑完了�Q�还不完全清楚的明白osworkflow的架构。前些在mysql5.0中重做一�ơ，遇到了挺多问题，我通过一步一步的跟踪原代码调试终于把�q�些问题搞定。下图是把osworkflow所提供的mysql下的数据表的ER�?

如果你的osworkflow持久化到mysql中你的osworkflow.xml文�g内如必需按如下格式来�?

propertyset.xml文�g格式如下�Q?br />

          class="com.opensymphony.module.propertyset.database.JDBCPropertySet">












workflows.xml文�g格式如下�Q?br />

osuser.xml文�g格式如下�Q?br />


         os_user
         os_group
         os_membership
         username
         passwordhash
         groupname
         username
         groupname
         java:comp/env/jdbc/DefaultDS


         os_user
         os_group
         os_membership
         username
         passwordhash
         groupname
         username
         groupname
         java:comp/env/jdbc/DefaultDS


         os_user
         os_group
         os_membership
         username
         passwordhash
         groupname
         username
         groupname
         java:comp/env/jdbc/DefaultDS

请假列子的配�|�如下：

package com.pdw.wfbo;

import java.util.HashMap;
import java.util.Map;

import com.opensymphony.workflow.*;
import com.opensymphony.workflow.basic.BasicWorkflow;
import com.opensymphony.workflow.config.DefaultConfiguration;

public class LeaveWFBO {

   /**
    * 送出假单
    * @param employee
    * @return
    */
public long send(String employee) {
  Workflow workflow=new BasicWorkflow("peidw");
  DefaultConfiguration config=new DefaultConfiguration();
  workflow.setConfiguration(config);
  long workflowId=-1;
  try {
   workflowId=workflow.initialize("leave",0,null);//leave是workflows.xml里配�|�的工作��名�U?br />   workflow.doAction(workflowId,1,null);
  }catch(Exception e) {
   e.printStackTrace();
  }
  return workflowId;
}

    /**
     * 批假
     * @param workflowId 工作��编�?br />     * @param actionId 工作�~�号�Q? 准许�Q? 驛_��
     */
public void allow(long workflowId,int actionId) {
  Workflow workflow=new BasicWorkflow("peidw");
  DefaultConfiguration config=new DefaultConfiguration();
  workflow.setConfiguration(config);
  try {
   System.out.println("actionId->"+actionId);
   System.out.println("workflowId->"+workflowId);
   workflow.doAction(workflowId,actionId,null);
  }catch(Exception e) {
   e.printStackTrace();
  }
}

}

�q�是上面的这个例子的一个说�?/div>

(史帝�? 2005/6/6, hi.steven@gmail.com)

看完�W�一支程�?/a>�Q�相信讀者會有許多疑問，這些先就��程的設定做初步的介紏V��首先，讀者應該注意到了，�W�一支程式的用到三個xml�a�定檔，沒錯�Q�這三個是�a�定��程的設定檔�?br />

osworkflow.xml�Q�這個檔案是�a�定��程是否存在資料庫或存在�a�憶體，前面的內�Ҏ��存在MS SQL Server的寫法�?br />
leave.xml�Q�請假流�E�寫在這個檔案，這也是osworkflow的重點之一�?br />
workflows.xml�Q�指定系�i�啟動時要載入那些流�E��?br />

這裡針對leave.xml做些說明�?br />

initial-actions�Q�每個流�E�都臛_��需定義一個initial-actions�Q�這是��程的�v點�?br />
action�Q�導致流�E�變動的動作�Q�每個action都有個編號，且不能重複�?br />
step�Q�雖然它的名�E�是步驟�Q�似乎它會有動作? 其實��它視為��程位置可能比較恰當�Q�osworkflow真正的動作在action發生�?br />
result�Q�執行動作後的結果，result有兩�E�conditional-result和unconditional-result�Q�每個result一定有unconditional-result�Q�當conditional-result的條仉��不滿��x��Q�就埯��unconditional-result�?br />
status�Q�流�E�在某個action時的狀態�?br />
old-status�Q�流�E�執行某個action後的狀態�?br />
caller�Q�這是OSWorkflow的保留字�Q�可取得呼叫此工作流的user�Q�即Workflow workflow = new BasicWorkflow(caller); 在資料��n中會�a�錄於Table OS_HISTORYSTEP如下:

�a�得在pre-functions加上如下�a�定�?br />
```
  
    com.opensymphony.workflow.util.Caller
  
```

有猫�怼�的日�?/a> 2006-04-18 15:43 发表评论

osworkflow分析

Wed, 12 Apr 2006 05:27:00 GMT

OSWorkFlow分析
1.    OSWorkFlow基本概念
    在商用和开源世界里�Q�OSWorkflow 都不同于�q�些已有的工作流�pȝ��。最大不同在于 OSWorkflow 有着非常优秀的灵�z�L��。在开始接触 OSWorkflow 时可能较难掌握（有�h说不适合工作��新手入门）�Q�比如，OSWorkflow 不要求图形化工具来开发工作流�Q�而推荐手工编写 xml 格式的工作流�E�描�q�符。它能�ؓ应用�E�序开发者提供集成，也能与现有的代码和数据库�q�行集成。这一切似乎给正在��L��快速“即插即用”工作流解决�Ҏ��的�h刉��了�ȝ��Q�但研究发现�Q�那些“即插即用”方案也不能在一个成熟的应用�E�序中提供��够的灉|��性来实现所有需求�?br />2.    OSWorkFlow主要优势
OSWorkflow �l�你�l�对的灵�z�L��。OSWorkflow 被认为是一�U�“低�U�别”工作流实现。与其他工作��系�l�能用图标表现“Loops(回�\)”和“Conditions(条�g)”相比，OSWorkflow 只是手工“编�?Coded)”来实现的。但�q��ƈ不能说实际的代码是需要完全手工编码的�Q�脚本语�a�能胜任这�U�情形。OSWorkflow 不希望一个非技术用户修改工作流�E�，虽然一些其他工作流�pȝ��提供了简单的 GUI 用于工作��编辑，但像�q�样改变工作��，通常会破坏这些应用。所以，�q�行工作��调整的最佳�h选是开发�h员，他们知道该怎么改变。不�q�，在最新的版本中，OSWorkflow 也提供了 GUI 设计器来协助工作��的�~�辑�?br />
OSWorkflow ��Z��有限状态机概念。每个 state 由 step ID 和 status 联合表现�Q�可��单理解�ؓ step 及其 status 表示有限状态机的 state�Q�。一个 state 到另一 state 的 transition 依赖于 action 的发生，在工作流生命期内有至��一个或多个�z�d��的 state。这些简单概念展��C�� OSWorkflow 引擎的核心思想�Q��ƈ允许一个简单 XML 文�g解释工作��业务流�E��?br />3.    OSWorkFlow核心概念
3.1.    概念定义

步骤�Q�Step�Q?br />    一个 Step 描述的是工作��所处的位置。可能从一个 Step Transtion�Q�流转）到另外一个 Step�Q�或者也可以在同一个 Step 内流转（因�ؓ Step 可以通 Status 来细分，形成多个State�Q�。一个流�E�里面可以多个Step�?br />
状态（Status�Q?br />    工作�� Status 是用来描�q�工作流�E�中具体Step�Q�步骤）状态的字符丌Ӏ�OSWorkflow 的有 Underway�Q�进行中�Q�、Queued�Q�等候处理中�Q�、Finished�Q�完成）三种 Status。一个实际State�Q�状态）真正是由两部分组成：State = (Step + Status) �?br />
��{�Q�Transtion�Q?br />    一个State到另一个State的�{�U�R�?br />
动作�Q�Action�Q?br />    Action 触发了发生在 Step 内或 Step 间的��{�Q�或者说是基于 State 的流转。一个 step 里面可以有多个Action。Action 和Step 之间的关�p�L��Q�Step 说明“在哪里”，Action 说明“去哪里”。一个 Action 典型地由两部分组成：可以执行此Action�Q�动作）�?br />Condition�Q�条�Ӟ��Q�以及执行此动作后的 Result�Q�结果）。   �?br />
条�g�Q�Condition�Q?br />�c�M��于逻辑判断�Q�可包含“AND”和“OR”逻辑。比如一个请假流�E�中的“本部门审批阶段”，该阶�D�利用“AND”逻辑�Q�判断流�E�状态是否�ؓ�{�候处理中�Q�以及审批者是否�ؓ本部门主��?br />
�l�果�Q�Result�Q?br />Result 代表执行Action�Q�动作）后的�l�果�Q�指向新的 Step 及其 Step Status�Q�也可能�q�入 Split 或者 Join。Result 分�ؓ两种�Q� Contidional-Result �Q�有条�g�l�果�Q�，只有条�g为真时才使用该结果，和 Unconditional-Result�Q�无条�g�l�果�Q�，当条件不满��或没有条件时使用该结果�?br />
分离/�q�接�Q�Split/Join�Q?br />��程的切分和融合。很��单的概念�Q�Split 可以提供多个 Result�Q�结果）�Q�Join 则判断多个 Current Step 的态提供一个 Result�Q�结果）�?br />3.2.    步骤、状态和动作(Step, Status, and Action)
工作��要描述步骤(Step)、步骤的状�?Status)、各个步骤之间的关系以及执行各个步骤的条件和权限�Q�每个步骤中可以含有一个或多个动作(Action)�Q�动作将会��一个步骤的状态发生改变�?br />
对于一个执行的工作��来�Ԍ��步骤的切换是不可避免的。一个工作流在某一时刻会有一个或多个当前步骤�Q�每个当前步骤都有一个状态��|��当前步骤的状态值组成了工作��实例的状态倹{��一旦完成了一个步骤，那么�q�个步骤��不再是当前步骤�Q�而是切换��C��个新的步骤）�Q�通常一个新的当前步骤将随之建立��h��Q�以保证工作��l�执行。完成了的步骤的最�l�状态值是用Old-Status属性指定的�Q�这个状态值的讑֮��发生在切换到其他步骤之前。Old-Status的值可以是��L��的，但在一般情况下�Q�我们设�|��ؓFinished�?br />
切换本��n是一个动作（Action�Q�的执行�l�果。每个步骤可以含有多个动作，�I�竟要蝲入哪个动作是由最�l�用戗��外部事件或者Tiggerd的自动调用决定的。随着动作的完成，一个特定的步骤切换也将发生。动作可以被限制在用戗��用��L��或当前状态。每一个动作都必须包含一个Unconditional Result�?个或多个Conditional Results�?br />
所以，��M��来说�Q�一个工作流由多个步骤组成。每个步骤有一个当前状态（例如�Q�Queued, Underway or Finished�Q�，一个步骤包含多个动作。每个步骤含有多个可以执行的动作。每个动作都有执行的条�g�Q�也有要执行的函数。动作包含有可以改变状态和当前工作��步骤的results�?br />3.3.    �l�果、分支和�q�接(Results, Joins, and Splits)
3.3.1.    无条件结�?Unconditional Result)
对于每一个动作来�Ԍ��必须存在一个Unconditional Result。一个result是一�p�d��指��o�Q�这些指令将告诉OSWorkFlow下一个�Q务要做什么。这包括使工作流从一个状态切换到另一个状态�?br />3.3.2.    有条件结�?Conditional Result)
Conditional Result是Unconditional Result的一个扩展。它需要一个或多个Condition子标�{�。第一个�ؓtrue的Conditional�Q��用AND或OR�c�d��Q�，会指明发生切换的步骤�Q�这个切换步骤的发生是由于某个用��h��行了某个动作的结果导致的�?br />3.3.3.    三种不同的Results(conditional or unconditional)
一个新的、单一的步骤和状态的�l�合�?br />一个分裂成两个或多个步骤和状态的�l�合�?br />��这个和其他的切换组合成一个新的单一的步骤和状态的�l�合�?br />每种不同的result对应了不同的xml描述�Q�你可以阅读http://www.opensymphony.com/osworkflow/workflow_2_7.dtd�Q�获取更多的信息�?br />注意�Q�通常�Q�一个split或一个join不会再导致一个split 或 join的发生�?br />3.4.    自动步骤(Auto actions)
有的时候，我们需要一些动作可以基于一些条件自动地执行。�ؓ了达到这个目的，你可以在action中加入auto="true"属性。流�E�将考察�q�个动作的条件和限制�Q�如果条件符合，那么��执行这个动作。 Auto action是由当前的调用者执行的�Q�所以将对该动作的调用者执行权限检查�?br />3.5.    整合抽象实例(Integrating with Abstract Entities)
��在你的核心实体中�Q�例�?Document" 或�?Order"�Q�在内部创徏一个新的属性：workflowId。这��P��当新�?Document" 或�?Order"被创建的时候，它能够和一个workflow实例兌��h��。那么，你的代码可以通过OSWorkflow API查找到这个workflow实例�q�且得到�q�个workflow的信息和动作�?br />3.6.    工作��实例状�?Workflow Instance State)
有的时候，为整个workflow实例指定一个状态是很有帮助的，它独立于��程的执行步骤。OSWorkflow提供一些workflow实例中可以包含的"meta-states"。这�?meta-states"可以是CREATED, ACTIVATED, SUSPENDED, KILLED 和 COMPLETED。当一个工作流实例被创建的时候，它将处于CREATED状态。然后，只要一个动作被执行�Q�它��׃��自动的变成ACTIVATED状态。如果调用者没有明��地改变实例的状态，工作��将一直保持这个状态直到工作流�l�束。当工作��不可能再执行�Q何其他的动作的时候，工作��将自动的变成COMPLETED状态�?br />
然而，当工作流处于ACTIVATED状态的时候，调用者可以终止或挂�v�q�个工作��（讄��工作��的状态�ؓKILLED 或 SUSPENDED�Q�。一个终止了的工作流��不能再执行��M��动作�Q�而且��永�q�保持着�l�止状态。一个被挂�v了的工作��会被冻�l�，他也不能执行��M��的动作，除非它的状态再变成ACTIVATED�?br />4.    OSWorkFlow包用途分析及代码片断
4.1.    com.opensymphony.workflow
该包为整个OSWorkflow 引擎提供核心接口。例如 com.opensymphony.workflow.Workflow 接口�Q�可以说�Q�实际开发中的大部分工作都是围绕该接口展开的，该接口有 BasicWorkflow、EJBWorkflow、OfbizWorkflow 三个实现�c�R�?br />4.2.    com.opensymphony.workflow.basic
该包有两个类�Q�BasicWorkflow 与 BasicWorkflowContext。BasicWorkflow 不支持事务，��管依赖持久实现�Q�事务也不能包裹它。BasicWorkflowContext 在实际开发中很少使用�?br />
public void setWorkflow(int userId) {
    Workflow workflow = new BasicWorkflow(Integer.toString(userId));
}

4.3.    com.opensymphony.workflow.config
该包有一个接口和两个该接口的实现�c�R��在 OSWorkflow 2.7 以前�Q�状态由多个地方的静态字�D늻�护，�q�种方式很方便，但是有很多缺陷和�U�束。最主要的缺�Ҏ��无法通过不同配置�q�行多个 OSWorkflow 实例。实现类 DefaultConfiguration 用于一般的配置文�g载入。而 SpringConfiguration 则是让 Spring 容器��理配置信息�?br />
public void setWorkflow(int userId) {
    Workflow workflow = new BasicWorkflow(Integer.toString(userId));
}
4.4.    com.opensymphony.workflow.ejb
    该包有两个接口 WorkflowHome 和 WorkflowRemote。该包的若干�c�M��Q�最重要的是 EJBWorkflow�Q�该�c�d�� BasicWorkflow 的作用一��P��是 OSWorkflow 的核心，�q�利用 EJB 容器��理事务�Q�也作�ؓ工作�� session bean 的包装器�?br />4.5.    com.opensymphony.workflow.loader
该包有若�q�类�Q�用得最多的是 XxxxDescriptor�Q�如果在工作��引擎运行时需要了解指定的动作、步骤的状态、名字，�{�信息时�Q�这些描�q�符会�v到很大作用�?br />
public String findNameByStepId(int stepId,String wfName) {
    WorkflowDescriptor wd = workflow.getWorkflowDescriptor(wfName);
    StepDescriptor stepDes = wd.getStep(stepId);
    return stepDes.getName();
}
4.6.    com.opensymphony.workflow.ofbiz
    OfbizWorkflow 和 BasicWorkflow 在很多方面非常相��|��除了需要调用 ofbiz 的 TransactionUtil 来包装事务�?br />4.7.    com.opensymphony.workflow.query
该包主要为查询而设计，但不是所有的工作��存储都支持查询。通常�Q�Hibernate 和 JDBC 都支持，而内存工作流存储不支持。值得注意的是 Hibernate 存储不支持�؜合型查询�Q�例如，一个查询同时包含了 history step 上下文和 current step 上下文）。执行一个查询，需要创建 WorkflowExpressionQuery 实例�Q�接着调用 Workflow 对象的 query �Ҏ��来得到最�l�查询结果�?br />
public List queryDepAdmin(int userId,int type) {
    int[] arr = getSubPerson(userId,type);

    //构造表辑ּ�
    Expression[] expressions = new Expression[1 + arr.length];
    Expression expStatus = new FieldExpression(FieldExpression.STATUS,
    FieldExpression.CURRENT_STEPS, FieldExpression.EQUALS, "Queued");
    expressions[0] = expStatus;

    for (int i = 0; i < arr.length; i++) {
        Expression expOwner = new FieldExpression(FieldExpression.OWNER,
        FieldExpression.CURRENT_STEPS, FieldExpression.EQUALS,
        Integer.toString(arr[i]));
        expressions[i + 1] = expOwner;
    }

    //查询未完成流�~�号
    List wfIdList = null;
    try {
        WorkflowExpressionQuery query = new WorkflowExpressionQuery(
        new NestedExpression(expressions, NestedExpression.AND));
        wfIdList = workflow.query(query);
    } catch (Exception e) {
        e.printStackTrace();
    }
}
4.8.    com.opensymphony.workflow.soap
    OSWorkflow 通过 SOAP 来支持远端调用。这�U�调用借助 WebMethods 实现�?br />4.9.    com.opensymphony.workflow.spi
该包可以说是 OSWorkflow 与持久层打交道的途径�Q�如当前工作��的实体�Q�其中包括：EJB、Hibernate、JDBC、Memory、Ofbiz、OJB、Prevayler�?br />
HibernateWorkflowEntry hwfe = (HibernateWorkflowEntry) getHibernateTemplate()
    .find("from HibernateWorkflowEntry where Id="
        + wfIdList.get(i)).get(0);
4.10.    com.opensymphony.workflow.util
该包是 OSWorkflow 的工具包�Q�包括了对 BeanShell、BSF、EJB Local、EJB Remote、JNDI 的支持�?br />5.    OSWorkFlow表结构分�?br />5.1.    OS_WFENTRY
工作��主表，存放工作��名�U�和状�?br />
字段名    数据类型    说�?br />ID    NUMBER    自动�~�号
NAME    VARCHAR2(20)    工作��名�U?br />STATE    NUMBER    工作��状�?br />
5.2.    OS_CURRENTSTEP
当前步骤表，存放当前正在�q�行步骤的数�?br />
字段名    数据类型    说�?br />ID    NUMBER    自动�~�号
ENTRY_ID    NUMBER    工作��编�?br />STEP_ID    NUMBER    步骤�~�号
ACTION_ID    NUMBER    动作�~�号
OWNER    VARCHAR2(20)    步骤的所有�?br />START_DATE    DATE    开始时�?br />FINISH_DATE    DATE    �l�束旉��
DUE_DATE    DATE    授权旉��
STATUS    VARCHAR2(20)    状�?br />CALLER    VARCHAR2(20)    操作人员的帐号名�U?br />
5.3.    OS_CURRENTSTEP_PREV
前步骤表�Q�存攑ֽ�前步骤和上一个步骤的兌��数据

字段名    数据类型    说�?br />ID    NUMBER    当前步骤�~�号
PREVIOUS    NUMBER    前步骤编�?br />
5.4.    OS_HISTORYSTEP
历史步骤表，存放当前正在�q�行步骤的数�?br />
字段名    数据类型    说�?br />ID    NUMBER    自动�~�号
ENTRY_ID    NUMBER    工作��编�?br />STEP_ID    NUMBER    步骤�~�号
ACTION_ID    NUMBER    动作�~�号
OWNER    VARCHAR2(20)    步骤的所有�?br />START_DATE    DATE    开始时�?br />FINISH_DATE    DATE    �l�束旉��
DUE_DATE    DATE    授权旉��
STATUS    VARCHAR2(20)    状�?br />CALLER    VARCHAR2(20)    操作人员的帐号名�U?br />
5.5.    OS_HISTORYSTEP_PREV
前历史步骤表�Q�存攑֎�史步骤和上一个步骤的兌��数据

字段名    数据类型    说�?br />ID    NUMBER    当前历史步骤�~�号
PREVIOUS    NUMBER    前历史步骤编�?br />
5.6.    OS_PROPERTYENTRY
属性表�Q�存放��时变�?br />
字段名    数据类型    说�?br />GLOBAL_KEY    VARCHAR2(255)    全局关键�?br />ITEM_KEY    VARCHAR2(255)    条目关键�?br />ITEM_TYPE    NUMBER    条目�c�d��
STRING_VALUE    VARCHAR2(255)    字符�?br />DATE_VALUE    DATE    日期�?br />DATA_VALUE    BLOB    数据�?br />FLOAT_VALUE    FLOAT    ��点�?br />NUMBER_VALUE    NUMBER    数字�?br />

有猫�怼�的日�?/a> 2006-04-12 13:27 发表评论

osworkflow分析

Wed, 12 Apr 2006 05:26:00 GMT

有猫�怼�的日�?/a> 2006-04-12 13:26 发表评论

osworkflow代码分析

Tue, 11 Apr 2006 08:03:00 GMT

1.com.opensymphony.workflow.Workflow 工作��的用户接口�?/p>

主要定义了用户对工作��的操作�Ҏ��和用戯��得工作流信息的方法。如doAction(long id, int actionId, Map inputs)�Ҏ��可以执行工作��的Action�q��生transaction�Q�用戯��用getAvailableActions(long id, Map inputs)可以获得知道工作��实例中�W�合条�g的可以执行的Action�?/p>

2.com.opensymphony.workflow.WorkflowContext 工作��的Context接口�?/p>

只有两个�Ҏ��Q�其中getCaller()获得调用者，setRollbackOnly()可以回滚Action造成的transaction�?/p>

setRollbackOnly()�Ҏ��非常重要�Q�可以在此方法中实现工作��数据与业务数据的事务处理。由于工作流引擎��流�E�数据与业务数据分离开��理�Q�所以工作流数据与业务数据之间的事务处理往往比较困难�Q�甚��x��很多商业的工作流引擎都没有解册��个问题，造成软�g上的漏洞。可惜在BasicWorkflowContext中�ƈ没有实现回滚时的事务处理�Q�但实现��h��应该不会很困难，在以后会单独考虑�?/p>

3.com.opensymphony.workflow.spi.WorkflowEntry 工作��实例的接口�?/p>

定义了获得工作流实例信息的方法�?/p>

4.com.opensymphony.workflow.config.Configuration 工作��配�|�接口�?/p>

获得osworkflw的配�|�信息和��程的定义信息， osworkflow中的例子��是使用此接口的默认实现。如果想让osworkflw与自��q��pȝ��更好的整合，�q�个接口需要自己实现�?/p>

5.com.opensymphony.workflow.loader.AbstractWorkflowFactory ��程定义的解析器�?/p>

osworkflow中提供了此抽象类�?�U�实玎ͼ�最常用的是XMLWorkflowFactory�Q�可以对�~�写的工作流定义xml文�g�q�行解析�?/p>

6.com.opensymphony.workflow.spi.WorkflowStore 工作��存储接口�?/p>

实现此接口可以实现用多种途径保存工作��信息，jdbc,hibernate,ejb,memory.........

AbstractWorkflow�c�L��workflow接口的最基本的实现�?/p>

1.public int[] getAvailableActions(long id, Map inputs)�Ҏ��Q?/p>

�q�回当前可以执行的Ation�?/p>

得到工作��流�E�实例�?
得到工作��实例的定义�?
得到工作��实例的PropertySet�?
得到工作��的当前Step�?
产生TransientVars�?
得到Global Actions�?
判断可以执行的Global Action增加到可执行Action列表中�?
获得当前Steps中的可执行Action�q�添加到可执行Action列表中�?
�q�回可执行Actions�?

2. public void setConfiguration(Configuration configuration)�Ҏ��Q?/p>

讄��工作��配�|�方法�?/p>

3.public Configuration getConfiguration()�Ҏ��Q?/p>

�q�回工作��配�|�方法，如果没有获得配置信息�Q�初始化配置信息�?/p>

4.public List getCurrentSteps(long id)�Q?/p>

获得工作��当前所在步骤�?/p>

5.public int getEntryState(long id):

获得工作��的状态�?/p>

6.public List getHistorySteps(long id)

获得工作��的历史步骤�?/p>

7. public Properties getPersistenceProperties()

获得讄��的持久化参数�?/p>

8.public PropertySet getPropertySet(long id)

得到工作��的PropertySet�Q�调用store中的�Ҏ��?/p>

9.public List getSecurityPermissions(long id)

得到工作��当前Step的permissions�?/p>

10.public WorkflowDescriptor getWorkflowDescriptor(String workflowName)

得到工作��的定义�?/p>

11.public String getWorkflowName(long id)

�Ҏ��工作��实例返回工作流定义名�?/p>

12. public String[] getWorkflowNames()

�q�回�pȝ��中配�|�的所有工作流的名字�?/p>

13.public boolean canInitialize(String workflowName, int initialAction)�Q�public boolean canInitialize(String workflowName, int initialAction, Map inputs)�Q�private boolean canInitialize(String workflowName, int initialAction, Map transientVars, PropertySet ps) throws WorkflowException

判断指定的工作流初始化Action是不是可以执行�?/p>

14.public boolean canModifyEntryState(long id, int newState)

判断工作��是不是可以转换到指定状态�?/p>

不可以�{换到CREATED状态�?
CREATED�Q�SUSPENDED可以转换到ACTIVATED状态�?
ACTIVATED可以转换到SUSPENDED状态�?
CREATED�Q�ACTIVATED�Q�SUSPENDED 可以转换到KILLED状态�?

15.public void changeEntryState(long id, int newState) throws WorkflowException

转换工作��状态�?/p>

16.public void doAction(long id, int actionId, Map inputs) throws WorkflowException

执行Action�?/p>

获得工作��store�Q�和��程实例entry�?
判断是不是活动的工作��，不是��p��回�?
获得工作��的定义�?
获得工作��当前所再Steps�?
获得工作��PropertySet�?
生成transientVars�?
从GlobalActions中和当前Steps的普通Actions中判断执行的Action是否试可执行的�?
完成Action的Transition�?

17.public void executeTriggerFunction(long id, int triggerId) throws WorkflowException

调用工作��的Trigger Function

18.public long initialize(String workflowName, int initialAction, Map inputs) throws InvalidRoleException, InvalidInputException, WorkflowException

初始化一个新的流�E�实例。返回流�E�实例id�?/p>

19.public List query(WorkflowQuery query)�Q�public List query(WorkflowExpressionQuery query)

查询��程实例�?/p>

20.public boolean removeWorkflowDescriptor(String workflowName) throws FactoryException

删除已经配置的工作流定义�?/p>

21.public boolean saveWorkflowDescriptor(String workflowName, WorkflowDescriptor descriptor, boolean replace) throws FactoryException

保存工作��定义�?/p>

22.protected List getAvailableActionsForStep(WorkflowDescriptor wf, Step step, Map transientVars, PropertySet ps) throws WorkflowException

获得指定步骤的可用Actions�?/p>

23.protected int[] getAvailableAutoActions(long id, Map inputs)

�q�回可执行的AutoActions�?/p>

24.protected List getAvailableAutoActionsForStep(WorkflowDescriptor wf, Step step, Map transientVars, PropertySet ps) throws WorkflowException

�q�回指定Step中可执行的AutoActions�?/p>

25.protected WorkflowStore getPersistence() throws StoreException

�q�回配置的store�?/p>

26.protected void checkImplicitFinish(long id) throws WorkflowException

判断工作��是不是�q�有可执行的Action�Q�如果没有，完成此工作流实例�?/p>

27.protected void completeEntry(long id, Collection currentSteps) throws StoreException

�l�束工作��实例，��是把改变流�E�实例的状态�ƈ把当前的Steps都放入到历史表中。�?/p>

28.protected boolean passesCondition(ConditionDescriptor conditionDesc, Map transientVars, PropertySet ps, int currentStepId) throws WorkflowException

29.protected boolean passesCondition(ConditionDescriptor conditionDesc, Map transientVars, PropertySet ps, int currentStepId) throws WorkflowException�Q�protected boolean passesConditions(String conditionType, List conditions, Map transientVars, PropertySet ps, int currentStepId) throws WorkflowException

判断条�g是不是符合�?/p>

30.protected void populateTransientMap(WorkflowEntry entry, Map transientVars, List registers, Integer actionId, Collection currentSteps) throws WorkflowException

产生临时变量transientVars�Q�包含context�Q�entry�Q�store�Q�descriptor�Q�actionId�Q�currentSteps�Q�以及定义的register和用��L��输入变量�?/p>

31.protected void verifyInputs(WorkflowEntry entry, List validators, Map transientVars, PropertySet ps) throws WorkflowException

验证用户的输入�?/p>

32.private boolean isActionAvailable(ActionDescriptor action, Map transientVars, PropertySet ps, int stepId) throws WorkflowException

判断Action是否可用�?/p>

33.private Step getCurrentStep(WorkflowDescriptor wfDesc, int actionId, List currentSteps, Map transientVars, PropertySet ps) throws WorkflowException

获得Action所在Step�?/p>

34.private boolean canInitialize(String workflowName, int initialAction, Map transientVars, PropertySet ps) throws WorkflowException

判断工作��是不是可以实例化�?/p>

35.private Step createNewCurrentStep(ResultDescriptor theResult, WorkflowEntry entry, WorkflowStore store, int actionId, Step currentStep, long[] previousIds, Map transientVars, PropertySet ps) throws WorkflowException

产生新的当前Step�?/p>

从resulte中获得nextStep�Q�如果�ؓ-1�Q�nextStep为当前Step�?
获得定义中的owner�Q�oldStatus�Q�status�?
完成当前Step�Q��ƈ且将当前Step保存到历史库中�?
生成新的Step�?

36.private void executeFunction(FunctionDescriptor function, Map transientVars, PropertySet ps) throws WorkflowException

执行Function�?/p>

37.private boolean transitionWorkflow(WorkflowEntry entry, List currentSteps, WorkflowStore store, WorkflowDescriptor wf, ActionDescriptor action, Map transientVars, Map inputs, PropertySet ps) throws WorkflowException

完成工作��的transation�?br />

DefaultConfiguration是Configuration接口的默认实玎ͼ�用于初始化系�l�的基本配置信息�?/div>

1.public WorkflowDescriptor getWorkflow(String name) throws FactoryException

�Ҏ��工作��的定义名获得工作流的定义�?/div>

2.public WorkflowStore getWorkflowStore() throws StoreException

获得配置的持久化�c�Store�?/div>

3.public void load(URL url) throws FactoryException

装蝲配置信息�?/div>

得到配置文�g��，�q�解析�?
获得持久化信息，包括持久化类的�\径和持久化类初始化参数�?
获得工作��信息解析类路径�Q��ƈ初始化�?

4. public WorkflowStore getWorkflowStore() throws StoreException

获得工作��初始化�c�R�?br />

XMLWorkflowFactory用于解析工作��定义xml文�g�Q�获得工作流信息�?/div>

1.public WorkflowDescriptor getWorkflow(String name) throws FactoryException

�Ҏ��工作��定义名获得工作��定义�?/div>

2.public String[] getWorkflowNames()

得到所有已�l�定义的工作��名�U��?/div>

3.public void initDone() throws FactoryException

初始化workflows.xml文�g中列出的工作��定义文件信息�?br />
转自于ch(耐心)

有猫�怼�的日�?/a> 2006-04-11 16:03 发表评论

osworkflow概念

Tue, 11 Apr 2006 07:55:00 GMT

1. Step�Q�工作流所在的位置�Q�整个工作流的步骤，也可以是一�p�d��工作中的某个工作�Q�比如某个审�Ҏ��E�中的文件交到某个领导处审批�Q�此�q�程可能包括接收�U�书交来的文件、然后阅诅R��提��q��意见、签字、叫�l�秘书��l�处理，�q�整个过�E�可以是一个Step。但�q�不是FSM中的Status�?/p>

2. Status�Q�某个Step的状态，每个Step可以有多个Status。比如上例中阅读�Q�等待提意见�Q�等待签字，�{�待交秘书处理，都是Step的状态。Step�Q�Status共同�l�成了工作流的状态，也就实现了FSM中的Status。Step的Status在OSWorkflow中就是一�D�|��本，状态的判断其实��是自定义的一�D�|��本的比较�Q�非常灵�z�R�?/p>

3. Action�Q�造成工作��状态�{换的动作�Q�比如”阅��L��件“动作，造成了工作流状态从”领导审批＋�{�待阅读"转换成“领导审批＋�{�待提出意见”。由于工作流的状态是Step�Q�Status�Q�所以Action可以造成Stats的变化，也可以造成Step的变化�?/p>

4. Result�Q�工作流状态的转换�Q�也��是Action造成的结果。也��是FSM中的Transition。每个Action中至��包含一个unconditional result和包�?或多个conditional result�Q�Result的优先��序�?�W�一个符合条件的conditional result > 其他�W�合条�g的conditional result > unconditional result�?/p>

5.Split/Join:字面意思就可以解释。Split可以产生多个unconditional result�Q�而Join可以判断多个Step的状态，如果都满��x��件的时候，Join产生一个unconditional result。可以用来实现其他工作流产品定义中的同步区的作用�Q�比如一个投标文件的评标�q�程�Q�分别要在技术方面和商务斚w��Ҏ��书进行评分，�q�样��可以��用Split��工作流分开�q�入商务评标�l�和技术评标组分别�q�行评标�Q�当两个评标�q�程都完成后使用Join��两个流�E�合�qӞ��q�对两个评标做的评分�q�行汇怅R�?/p>

6.External Functions�Q�执行的功能和动作。�Q何的工作��引擎都要与实际的业务操作相�l�合�Q�External Functions��是OSWorkflow中执行业务操作的部分�Q�比如审�Ҏ��E�中�Q�领导填写意见后��领导的意见更新��C��务数据库中的�q�程。Functions有两�U�类型，pre step function和post step function�Q�分别发生�{�U�d��和发生�{�U�d��执行。Functions可以被定义到Step中和Action中�?/p>

7.Trigger Functions�Q�一�U�不是定义在Action中的Function�Q�依靠计划自动执行�?/p>

8.Validators�Q�用来检验用戯��入是否符合条�Ӟ��只有�W�合条�g�Q�Action对应的�{�U�L��能执行，如果不符合条�Ӟ��q�回InvalidInputException异常�?br />
转于:ch(耐心)

有猫�怼�的日�?/a> 2006-04-11 15:55 发表评论

Tue, 11 Apr 2006 07:40:00 GMT

1 新徏一个名为oswf的Web Projcet ��目,�q�添加项目的 struts capabilities,�q�把osworkflow所需要jar文�g拯��到lib目录�?

2 在tomcat的servers.xml文�g中配�|�一个项目连接到我们所在的myeclipse工作��Z��所建立的oswf��目下的WebRoot目录�?在servers.xml中添加如下代�?




            factory
            org.apache.commons.dbcp.BasicDataSourceFactory


            driverClassName
            com.mysql.jdbc.Driver


            url
            jdbc:mysql://localhost:3306/osworkflow


            username
            root


            password



            maxActive
            20


            maxIdle
            2


            maxWait
            -1


            removeAbandoned
            true


            removeAbandonedTimeout
            300




3 在src目录需要徏立三个文件来配置OSWorkflow的相关配�|?首先是osworkflow.xml文�g,至于文�g的作用一看就明白,内容如下:

































在src目录下新��Z��个propertyset.xml来存储相应的字段配置信息:

          class="com.opensymphony.module.propertyset.database.JDBCPropertySet">












�q�要新徏一个流�E�的配置文�g,该文件的命名与osworkflow.xml的factory节点里的值有�?�?

那么leave.xml��是一个工作流的真正配�|�文件。其内容如下�Q?br />




  
   
      
        
      
    
  

  
    
	  
	    
	      com.opensymphony.workflow.util.Caller
	    
	  
          
            
          
        
      
    

    
	  
	    
	      com.opensymphony.workflow.util.Caller
	    
	  
          
            
          
        

        
	  
	    
	      com.opensymphony.workflow.util.Caller

�q�样��可以配�|�OSworkflow持久化进mysql�?

有猫�怼�的日�?/a> 2006-04-11 15:40 发表评论

Tue, 11 Apr 2006 07:28:00 GMT

工作��实例状�?/strong>

创徏的：0
�z�d��的：1
挂�v的：2
中止的：3
完成的：4
未知的：�Q?

有猫�怼�的日�?/a> 2006-04-11 15:28 发表评论

OSWorkflow概况

Tue, 11 Apr 2006 07:26:00 GMT

OSWorkflow

OSWorkflow概况

OSWorkflow是一个灵�zȝ��工作��引擎，可嵌入到企业应用�E�序中。它提供了许多的持久化API支持包括�Q?a class="wikipage" >EJB,Hibernate,JDBC和其它。OSWorkflow�q�可以与Spring集成�?

在商用和开源世界里�Q�OSWorkflow 都不同于�q�些已有的工作流�pȝ��。最大不同在�?OSWorkflow 有着非常优秀的灵�z�L��?

OSWorkflow的优�?/h2>OSWorkflow �l�你�l�对的灵�z�L��。OSWorkflow 被认为是一�U�“低�U�别�?a class="wikipage" >工作��?/a>实现。与其他工作��系�l�能用图标表现“Loops(回�\)”和“Conditions(条�g)”相比，OSWorkflow 只是手工“编�?Coded)”来实现的。但�q��ƈ不能说实际的代码是需要完全手工编码的�Q�脚本语�a�能胜任这�U�情形。OSWorkflow 不希望一个非技术用户修改工作流�E�，虽然一些其他工作流�pȝ��提供了简单的 GUI 用于工作��编辑，但像�q�样改变工作��?/a>�Q�通常会破坏这些应用。所以，�q�行 工作��?/a>调整的最佳�h选是开发�h员，他们知道该怎么改变。不�q�，在最新的版本中，OSWorkflow 也提供了 GUI 设计器来协助工作��的�~�辑�?
OSWorkflow ��Z��有限状态机概念。每�?state �?step ID �?status 联合表现�Q�可��单理解�ؓ step 及其 status 表示有限状态机�?state�Q�。一�?state 到另一 state �?transition 依赖�?action 的发生，在工作流生命期内有至��一个或多个�z�d��?state。这些简单概念展��C�� OSWorkflow 引擎的核心思想�Q��ƈ允许一个简�?XML 文�g解释工作��业务流�E��?

OSWorkFlow核心概念

概念定义

步骤�Q�Step�Q?一�?Step 描述的是工作��所处的位置。可能从一�?Step Transtion�Q�流转）到另外一�?Step�Q�或者也可以在同一�?Step 内流转（因�ؓ Step 可以�?Status 来细分，形成多个State�Q�。一个流�E�里面可以多个Step�?

状态（Status�Q?工作��?/a> Status 是用来描�q�工作流�E�中具体Step�Q�步骤）状态的字符丌Ӏ�OSWorkflow 的有 Underway�Q�进行中�Q�、Queued�Q�等候处理中�Q�、Finished�Q�完成）三种 Status。一个实际State�Q�状态）真正是由两部分组成：State = (Step + Status) �?

��{�Q�Transtion�Q?一个State到另一个State的�{�U�R�?

动作�Q�Action�Q?Action 触发了发生在 Step 内或 Step 间的��{�Q�或者说是基�?State 的流转。一�?step 里面可以有多个Action。Action 和Step 之间的关�p�L��Q�Step 说明“在哪里”，Action 说明“去哪里”�?一�?Action 典型地由两部分组成：可以执行此Action�Q�动作）�?Condition�Q�条�Ӟ��Q�以及执行此动作后的 Result�Q�结果）�?

条�g�Q�Condition�Q�类��g��逻辑判断�Q�可包含“AND”和“OR”逻辑。比如一个请假流�E�中的“本部门审批阶段”，该阶�D�利用“AND”逻辑�Q�判断流�E�状态是否�ؓ�{�候处理中�Q�以及审批者是否�ؓ本部门主��?

�l�果�Q�Result�Q?Result 代表执行Action�Q�动作）后的�l�果�Q�指向新�?Step 及其 Step Status�Q�也可能�q�入 Split 或�?Join。Result 分�ؓ两种�Q?Contidional-Result �Q�有条�g�l�果�Q�，只有条�g为真时才使用该结果，�?Unconditional-Result�Q�无条�g�l�果�Q�，当条件不满��或没有条件时使用该结果�?

分离/�q�接�Q�Split/Join�Q�流�E�的切分和融合。很��单的概念�Q�Split 可以提供多个 Result�Q�结果）�Q�Join 则判断多�?Current Step 的态提供一�?Result�Q�结果）�?

步骤、状态和动作(Step, Status, and Action)

工作��?/a>要描�q�步�?Step)、步骤的状�?Status)、各个步骤之间的关系以及执行各个步骤的条件和权限�Q�每个步骤中可以含有一个或多个动作(Action)�Q�动作将会��一个步骤的状态发生改变�?

对于一个执行的工作��?/a>来讲�Q�步骤的切换是不可避免的。一个工作流在某一时刻会有一个或多个当前步骤�Q�每个当前步骤都有一个状态��|��当前步骤的状态值组成了工作��实例的状态倹{��一旦完成了一个步骤，那么�q�个步骤��不再是当前步骤�Q�而是切换��C��个新的步骤）�Q�通常一个新的当前步骤将随之建立��h��Q�以保证工作��?/a>�l�箋执行。完成了的步骤的最�l�状态值是用Old-Status属性指定的�Q�这个状态值的讑֮��发生在切换到其他步骤之前。Old-Status的值可以是��L��的，但在一般情况下�Q�我们设�|��ؓFinished�?

切换本��n是一个动作（Action�Q�的执行�l�果。每个步骤可以含有多个动作，�I�竟要蝲入哪个动作是由最�l�用戗��外部事件或者Tiggerd的自动调用决定的。随着动作的完成，一个特定的步骤切换也将发生。动作可以被限制在用戗��用��L��或当前状态。每一个动作都必须包含一个Unconditional Result�?个或多个Conditional Results�?

所以，��M��来说�Q�一个工作流由多个步骤组成。每个步骤有一个当前状态（例如�Q�Queued, Underway or Finished�Q�，一个步骤包含多个动作。每个步骤含有多个可以执行的动作。每个动作都有执行的条�g�Q�也有要执行的函数。动作包含有可以改变状态和当前工作��步骤的results�?

�l�果、分支和�q�接(Results, Joins, and Splits)

无条件结�?Unconditional Result) 对于每一个动作来�Ԍ��必须存在一个Unconditional Result。一个result是一�p�d��指��o�Q�这些指令将告诉OSWorkFlow下一个�Q务要做什么。这包括使工作流从一个状态切换到另一个状态�?

有条件结�?Conditional Result) Conditional Result是Unconditional Result的一个扩展。它需要一个或多个Condition子标�{�。第一个�ؓtrue的Conditional�Q��用AND或OR�c�d��Q�，会指明发生切换的步骤�Q�这个切换步骤的发生是由于某个用��h��行了某个动作的结果导致的�?

三种不同的Results(conditional or unconditional) 一个新的、单一的步骤和状态的�l�合。一个分裂成两个或多个步骤和状态的�l�合。将�q�个和其他的切换�l�合成一个新的单一的步骤和状态的�l�合。每�U�不同的result对应了不同的xml描述�Q�你可以阅读 http://www.opensymphony.com/osworkflow/workflow_2_7.dtd�Q�获取更多的信息。注意：通常�Q�一个split或一个join不会再导致一个split �?join的发生�?

自动步骤(Auto actions)

有的时候，我们需要一些动作可以基于一些条件自动地执行。�ؓ了达到这个目的，你可以在action中加入auto="true"属性。流�E�将考察�q�个动作的条件和限制�Q�如果条件符合，那么��执行这个动作�?Auto action是由当前的调用者执行的�Q�所以将对该动作的调用者执行权限检查�?

整合抽象实例(Integrating with Abstract Entities)

��在你的核心实体中�Q�例�?Document" �?"Order"�Q�在内部创徏一个新的属性：workflowId。这��P��当新�?Document" �?"Order"被创建的时候，它能够和一个workflow实例兌��h��。那么，你的代码可以通过OSWorkflow API查找到这个workflow实例�q�且得到�q�个workflow的信息和动作�?

工作��实例状�?Workflow Instance State)

有的时候，为整个workflow实例指定一个状态是很有帮助的，它独立于��程的执行步骤。OSWorkflow提供一些workflow实例中可以包含的"meta-states"。这�?meta-states"可以是CREATED, ACTIVATED, SUSPENDED, KILLED �?COMPLETED。当一个工作流实例被创建的时候，它将处于CREATED状态。然后，只要一个动作被执行�Q�它��׃��自动的变成ACTIVATED状态。如果调用者没有明��地改变实例的状态，工作��?/a>��一直保持这个状态直到工作流�l�束。当工作��不可能再执行�Q何其他的动作的时候，工作��将自动的变成COMPLETED状态�?

然而，�?a class="wikipage" >工作��?/a>处于ACTIVATED状态的时候，调用者可以终止或挂�v�q�个工作��（讄��工作��的状态�ؓKILLED �?SUSPENDED�Q�。一个终止了的工作流��不能再执行��M��动作�Q�而且��永�q�保持着�l�止状态。一个被挂�v了的工作��?/a>会被�ȝ��Q�他也不能执行�Q何的动作�Q�除非它的状态再变成ACTIVATED�?

有猫�怼�的日�?/a> 2006-04-11 15:26 发表评论

成人av一区二区三区,亚洲性视频网站,久久电影在线

jbpm最���单的例子(�?

jbpm表结构部�|�到oracle

osworkflow分析

osworkflow分析

osworkflow代码分析

osworkflow概念

OSWorkflow概况

OSWorkflow

OSWorkflow概况

OSWorkFlow核心概念

概念定义

自动步骤(Auto actions)

整合抽象实例(Integrating with Abstract Entities)

工作���实例状�?Workflow Instance State)

jbpm最��单的例子(�?

工作��实例状�?Workflow Instance State)