osworkflow核心概念 (转蝲)

Live-in Java — Thu, 02 Mar 2006 03:48:00 GMT

摘要: 在osworkflow中最最核心的东西就是工作流定义的xml文�g。尽��它�q�不是一定要定义成xml文�g。但是xml格式是一�U�标准的通用的格式。OSWorkflow引擎只负责了“流�E�的�q��{”，当然�q�个�q��{会根据你所定义的Action和condtion来判断�?�q�个xml文�g为某一个给定的工作��进行描�q�steps、states�Q�transitions�Q�和functionality。下面阐�q�C��下此xml... 阅读全文

Live-in Java 2006-03-02 11:48 发表评论

osworkflow相关URL

Live-in Java — Thu, 02 Mar 2006 02:12:00 GMT

银狐999�Q?a >http://blog.csdn.net/james999/archive/2004/10/29/158653.aspx
gigix: http://gigix.blogdriver.com/gigix/113138.html
http://dev2dev.bea.com.cn/bbs/jishudata/ArticleShow.jsp?Id=12#4_1_2

Live-in Java 2006-03-02 10:12 发表评论

OSWorkflow 介绍 �Q��{载）

Live-in Java — Wed, 01 Mar 2006 02:37:00 GMT

�?�a� http://www.365key.com/gluttony/%E5%B7%A5%E4%BD%9C%E6%B5%81/

本文没有抛出可运行的范例�Q�仅仅是�E�序片断而已�Q�不�q�在 OSWorkflow �?Wiki 上，Quake Wang 已把官方入门教程完整地翻译成中文了，有兴��的读者可去阅诅R��关�?OSWorkflow 更加�l�节性的内容�Q�可参考官�Ҏ��册，�怿�你在了解了入门教�E�后�Q�可��L��阅读官方手册�?BR>
OSWorkflow 概念

在商用和开源世界里�Q�OSWorkflow 都不同于�q�些已有的工作流�pȝ��。最大不同在�?OSWorkflow 有着非常优秀的灵�z�L��。在开始接�?OSWorkflow 时可能较难掌握（有�h说不适合工作��新手入门）�Q�比如，OSWorkflow 不要求图形化工具来开发工作流�Q�而推荐手工编�?xml 格式的工作流�E�描�q�符。它能�ؓ应用�E�序开发者提供集成，也能与现有的代码和数据库�q�行集成。这一切似乎给正在��L��快速“即插即用”工作流解决�Ҏ��的�h刉��了�ȝ��Q�但研究发现�Q�那些“即插即用”方案也不能在一个成熟的应用�E�序中提供��够的灉|��性来实现所有需求�?BR>
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 设计器来协助工作��的�~�辑�?/FONT>

OSWorkflow ��Z��有限状态机概念。每�?state �?step ID �?status 联合表现�Q�可��单理解�ؓ step 及其 status 表示有限状态机�?state�Q�。一�?state 到另一 state �?transition 依赖�?action 的发生，在工作流生命期内有至��一个或多个�z�d��?state。这些简单概念展��C�� OSWorkflow 引擎的核心思想�Q��ƈ允许一个简�?XML 文�g解释工作��业务流�E��?/FONT>

OSWorkflow 核心概念

step�Q�步骤）
    一�?step 是工作流所处的位置。可能从一�?step ��{到另外一�?step�Q�或者有时候还是停留在一��L�� step�Q�。�D例来��_��一�?OA �pȝ��的请假流�E�，它的 step 名称可能有“本部门审批阶段”，“办公室审批阶段”，“�ȝ��理审扚w��D�”等�?BR>
status�Q�状态）
    工作��?status 是一个用来描�q�工作流�E�中具体步骤状态的字符丌Ӏ�OSWorkflow 的有 Underway�Q�进行中�Q�、Queued�Q�等候处理中�Q�、Finished�Q�完成）三种 status�?BR>
action�Q�动作）
    action 指定了可能发生在 step 内的转变�Q�会��D�� step 的变更。在 OA �pȝ��中，“本部门审批阶段”可能有“拒�l�”或“批准”两�?action。action �?step 之间的关�p�L��Q�step 说明“在哪里”，action 说明“可以去哪里”�?一�?action 典型地由两部分组成：可以执行此动作的 condition�Q�条�Ӟ��Q�以及执行此动作�?result�Q�结果）�?BR>
condition�Q�条�Ӟ��
    �c�M��于逻辑判断�Q�可包含“AND”和“OR”逻辑。比如一个请假流�E�中的“本部门审批阶段”，该阶�D�利用“AND”逻辑�Q�判断流�E�状态是否�ؓ�{�候处理中�Q�以及审批者是否�ؓ本部门主��?BR>
result�Q�结果）
    Result 代表指向新的 step 及其 step status�Q�也可能�q�入 split 或�?join。Result 分�ؓ两种�Q?contidional-result �Q�有条�g�l�果�Q�，只有条�g为真时才使用该结果，�?unconditional-result�Q�无条�g�l�果�Q�，当条件不满��或没有条件时使用该结果�?/FONT>

split/join�Q�分��?�q�接�Q?/STRONG>
��程的切分和融合。很��单的概念�Q�split 提供多个 result�Q�join 则判断多�?current step 的状态，提供一�?result�?/FONT>

OSWorkflow 包用途分析及代码片断

com.opensymphony.workflow
    该包为整�?OSWorkflow 引擎提供核心接口。例�?com.opensymphony.workflow.Workflow 接口�Q�可以说�Q�实际开发中的大部分工作都是围绕该接口展开的，该接口有 BasicWorkflow、EJBWorkflow、OfbizWorkflow 三个实现�c�R�?/FONT>

com.opensymphony.workflow.basic
    该包有两个类�Q�BasicWorkflow �?BasicWorkflowContext。BasicWorkflow 不支持事务，��管依赖持久实现�Q�事务也不能包裹它。BasicWorkflowContext 在实际开发中很少使用�?/FONT>

  public void setWorkflow(int userId) {
  Workflow workflow = new BasicWorkflow(Integer.toString(userId));
}

com.opensymphony.workflow.config
    该包有一个接口和两个该接口的实现�c�R��在 OSWorkflow 2.7 以前�Q�状态由多个地方的静态字�D늻�护，�q�种方式很方便，但是有很多缺陷和�U�束。最主要的缺�Ҏ��无法通过不同配置�q�行多个 OSWorkflow 实例。实现类 DefaultConfiguration 用于一般的配置文�g载入。�?SpringConfiguration 则是�?Spring 容器��理配置信息�?/FONT>

  public void setConfiguration(SpringConfiguration configuration) {
  SpringConfiguration configuration = configuration;
workflow.setConfiguration(configuration);
}

com.opensymphony.workflow.ejb
    该包有两个接�?WorkflowHome �?WorkflowRemote。该包的若干�c�M��Q�最重要的是 EJBWorkflow�Q�该�c�d�� BasicWorkflow 的作用一��P��?OSWorkflow 的核心，�q�利�?EJB 容器��理事务�Q�也作�ؓ工作��?session bean 的包装器�?/FONT>

com.opensymphony.workflow.loader
    该包有若�q�类�Q�用得最多的�?XxxxDescriptor�Q�如果在工作��引擎运行时需要了解指定的动作、步骤的状态、名字，�{�信息时�Q�这些描�q�符会�v到很大作用�?/FONT>

  public String findNameByStepId(int stepId,String wfName) {
  WorkflowDescriptor wd = workflow.getWorkflowDescriptor(wfName);
  StepDescriptor stepDes = wd.getStep(stepId);
  return stepDes.getName();
}

com.opensymphony.workflow.ofbiz
    OfbizWorkflow �?BasicWorkflow 在很多方面非常相��|��除了需要调�?ofbiz �?TransactionUtil 来包装事务�?/FONT>

com.opensymphony.workflow.query
    该包主要为查询而设计，但不是所有的工作��存储都支持查询。通常�Q�Hibernate �?JDBC 都支持，而内存工作流存储不支持。值得注意的是 Hibernate 存储不支持�؜合型查询�Q�例如，一个查询同时包含了 history step 上下文和 current step 上下文）。执行一个查询，需要创�?WorkflowExpressionQuery 实例�Q�接着调用 Workflow 对象�?query �Ҏ��来得到最�l�查询结果�?/FONT>

  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();
  }

com.opensymphony.workflow.soap
    OSWorkflow 通过 SOAP 来支持远端调用。这�U�调用借助 WebMethods 实现�?/FONT>

com.opensymphony.workflow.spi
    该包可以说是 OSWorkflow 与持久层打交道的途径�Q�如当前工作��的实体�Q�其中包括：EJB、Hibernate、JDBC、Memory、Ofbiz、OJB、Prevayler�?/FONT>

  HibernateWorkflowEntry hwfe = (HibernateWorkflowEntry) getHibernateTemplate()
     .find("from HibernateWorkflowEntry where Id="
         + wfIdList.get(i)).get(0);

com.opensymphony.workflow.util
该包�?OSWorkflow 的工具包�Q�包括了�?BeanShell、BSF、EJB Local、EJB Remote、JNDI 的支持�?/FONT>

��?�l?/FONT>

    �׃��本�h所在公司希望在 OA �pȝ��中引入工作流引擎�Q�经�q�分析决定采�?OSWorkflow 引擎。利�?OSWorkflow�Q�已�l�在�pȝ��中实��C��请假条流�E�原型，该流�E�结�?OA �pȝ��中已有的 RBAC 模型�q�行逐��审核。我个�h认�ؓ要用 OSWorkflow 让某个流�E�跑��h��g��很麻烦，主要是需要扩展和自己实现的太多�?BR>
    另外�Q�引用一�D?Quake Wang 的原话：电子政务/OA 如果要��用workflow engine的话�Q�shark�Q�jbpm 之类的workflow engine有点杀鸡用牛刀的味道。shark �?jbpm 都强�q�你使用它的用户模型�Q�怎样把企业现有的用户模型�Q�包括组�l�结构）映射�q�来是很�J�琐的事情，比如常见�?OA 应用中，甌��者对应的部门负责��Zؓ下一个流�E�的人工参与者，使用 shark 或�?jbpm 都得�l�一圈，通过现有的�h力资源系�l�，获得用户�Q�再对应�q�来。这�q�仅仅是一个简单的需求，更不用说国内企业千奇百怪的�l�织�l�构�Q�以及各�U�特�D�流�E�，�?wfmc 或者其他所谓的 workflow 通用标准��d��不怎么标准的事情。吃力不讨好。用 osworkflow �q�种��Z��状态机�?workflow engine 反而会��L��很多�Q�而且它也没有��你��用它的用��h��型。另外纠正一点：osworkflow 不仅仅支持简单的 BeanShell�Q�还支持 java class�Q�bsf�Q�ejb。如果做电子政务/OA 的话�Q�觉得目�?osworkflow 是最适用�?opensource workflow engine�?BR>                                           �Q�申明：本文来源于网�l�，摘录于此�Q�仅为日后方便查看）

Live-in Java 2006-03-01 10:37 发表评论

精品粉嫩aⅴ一区二区三区四区,国产午夜精品视频免费不卡69堂 ,精品黑人一区二区三区久久

WBISF来构建面向服务的业务��程�Q�相兛_��考url

长期�q�行的BPEL ��程中staff 动作的程序化控制 (有例子，web调用)

��Z��表单的技术与业务��程整合

使用 Process Choreographer 5.1 �?BPEL ��程�q�行增强的审核日志数据分析和查询

http://www.chinakb.net/html/31/7425.html

BPEL中的用户解析技术剖析�?http://www-128.ibm.com/developerworks/cn/webservices/ws-userresolution/index.html?ca=dwcn-newsletter-webservices

osworkflow核心概念 (转蝲)

osworkflow相关URL

OSWorkflow 介绍 �Q��{载）

osworkflow tutorial - chinese

精品粉嫩aⅴ一区二区三区四区,国产午夜精品视频免费不卡69堂 ,精品黑人一区二区三区久久

WBISF来构建面向服务的业务���程�Q�相兛_��考url

长期�q�行的BPEL ���程中staff 动作的程序化控制 (有例子，web调用)

��Z��表单的技术与业务���程整合

使用 Process Choreographer 5.1 �?BPEL ���程�q�行增强的审核日志数据分析和查询

http://www.chinakb.net/html/31/7425.html

BPEL中的用户解析技术剖析�?http://www-128.ibm.com/developerworks/cn/webservices/ws-userresolution/index.html?ca=dwcn-newsletter-webservices

osworkflow核心概念 (转蝲)

osworkflow相关URL

OSWorkflow 介绍 �Q��{载）

osworkflow tutorial - chinese

WBISF来构建面向服务的业务��程�Q�相兛_��考url

长期�q�行的BPEL ��程中staff 动作的程序化控制 (有例子，web调用)

��Z��表单的技术与业务��程整合

使用 Process Choreographer 5.1 �?BPEL ��程�q�行增强的审核日志数据分析和查询