• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

作者:胡长城

今天和同事chelsea 就活动实例状态的实现思路上进行了讨论。我们两个站在了两个不同的角度来看待，这两个不同的角度也正好眼下最为常见到的两种实现思路：

      Chelsea是从状态角度来看待，当然也完全是从state pattern的角度来思考：状态在达到某个状态的时候，会引起或必须引起活动实例执行什么操作。

       而我是从活动实例的角度来考虑，活动实例的状态只是活动实例的一个属性体，是因为什么行为，造成了什么状态的结果。

       这两种观点，没有谁对谁错，也没有谁优谁劣，两者是站在不同的角度来分析同一个问题。其实这两种模式在应用中都是很普遍的，也都是能够很好的解决问题的。不过在现有的workflow引擎实现中，基于活动实例的角度是占绝大多数的，比如obe，shark等等。所以我受这个的影响也是比较深的。

       先说说基于活动活动实例的角度的思路吧：

       让我下先来看看状态类：

public final class WMActivityInstanceState extends WMObjectState {    public static final int OPEN_NOTRUNNING_INT = 0;    public static final int OPEN_SUSPENDED_INT = 1; } 或者也可以这么表示： public enum WMActivityInstanceState{   NOTRUNNIN(0),   SUSPENDED(1);   private int code;   private WMActivityInstanceState(int code){this.code = code;}   public int getCode(){return this.code} }

       对于活动实例来说，状态只是其一个属性而已：

public class BasicActivityInstance extends BasicAttributedEntity{ private int _state;     public void setState(int state) {         _state = state; } } 或者也可以是 Public void setState(WMActivityInstanceState state)

       所以，从活动实例的角度来看，状态之间的关系是平行的。你可以在执行完一些初始化的操作之后，将活动实例的状态设置为Initialized：当然这个操作你必须显示的去设置活动实例（当然，你可以用一些Event去处理），比如调用活动实例的setState方法。至于为什么调用这个方法，或者此时设置的状态是对是错，活动实例并不关心。

       下面再来说说基于状态角度的思路吧，这个思路大体可以说就是state pattern的应用。

       说道这儿，您可以看看这篇文档：从工作流状态机实践中总结状态模式使用心得 。当然如果您对state pattern不是很了解，那么建议你先看看这篇文档：设计模式之state 。

       State模式的着眼点就是状态，以状态的变迁影响实例的行为和动作。其实这就是两个不同的抽象体：state和stateOwner，我们可以看到，活动实例对象就表现为stateOwner。

       State模式的依据是状态之间是有有向连接关系的，这有向连接关系其实就是状态的转换规则：A-B-C-D-A。

       激发状态的变迁，是由外界的事件（Event）影响的：这个事件会告知，当前的活动实例状态要从当前状态往下一个状态变迁。而活动实例并不知道下一个状态是什么，这完全是状态对象负责维护和告知的。

       至此，我们可以看出来了，两种方式的不同：

第一种方式（基于活动实例），其外界事件是影响到活动实例，或者说在事件中显示的告知活动实例状态从什么变为什么。

       第二种方式（基于实例状态），其外界事件是影响到活动实例状态对象，至于这个状态的下一个状态是什么，时间并不知道，完全由活动状态之间的关系来维护。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

 作者:胡长城

      目前主要列出了13家公司，这几家主要是做workflow的。当然，目前国内做OA，做Platform（包含workflow）的公司很多，但是，在workflow方面非常专注的，比较少。
        还有很多公司没有列出来，主要是个人感觉他们在workflow这一个方面并不是非常强劲（可能他们的product，platform很好），比如：BOS（金蝶），EOS（普元），GK-Workflow（北京点击科技），iOffice.net（广州红帆），KA-2（北京科诺），OW4J（Oracle中国），UAP（用友），HotOA（上海华炎），ZoTn（中唐）。还有些小型的工作流产品公司，产品并不是非常有特色，也没有列出来，比如：WiseFlow（上海维泰），aoflow（北京奥宝）

         目前我所知道的，在国内比较有名的国外workflow/BPM 厂商，主要有三家：Ultimus（较早进入中国），BusinessWare（北京麒麟，美国VITRIA）,2003年进入中国； webMethods（2003年底在北京成立办事处）。
         以下的“★”表示可workflow参考度和可研究度，越多表示产品在workflow这一方面更有特点。注：BusinessWare只给了三个“★”，是表示其所定位在解决方案和项目实施，整个产品定位在Business Process Integration层次，有些超越目前国内市场需求。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

作者：胡长城

    在阅读此篇文档的时候，首先需要对jBpm有些了解。好歹知道jBpm最主要的基本元素就是三个：State，Action，Transition

       其State相当于我们通常所说的Task，而Transition则有根XPDL的Transition很类似了。那么Action呢？

       jBpm我想，其最大的特色就是提供了一套比较简单但是很实用的Event（Action）处理机制。不过，这套Event依然还有很多缺陷，比如不能自定义Event Type（这个通常是有些用处的），不能热部署（或插入）等等，而且只适合后台程序调用的执行。

       jBpm jPDL所描述的主要几个元素，大多都可以挂Action（一个或多个），除了End-State（结束位置）。相应信息规则可以参考http://jbpm.org/2/jpdl.html （最好首先仔细读读）。

       jBpm描述这样的许可：在流程运行的不同时期、不同地点，可能会激活特定的Event。而这特定的Event是由一系列类型相的Action组成的。jBpm提供这些Action底层接口，而开发者可以根据这个接口，来实现具体的执行体。

       这个最基本的接口就是org.jbpm.delegation.ActionHandler。

public interface ActionHandler {   void execute( ExecutionContext executionContext ); }

       jBpm提供了一些EventType（很不爽的是，开发者必须遵循这些EventType），即使你在你个流程定义xml文件中没有为某一个元素（比如Transtion）中的Action指明类型，但是在流程定义加载的时候，会将这些没有指明的Action，根据其当前所在的元素，而赋予默认的类型。

       下面这个例子，是TransitionImpl（Transtion所对应的对象）所为其下的Action提供了默认“动作类型”

public EventType getDefaultEventType() {     return EventType.TRANSITION;   }

       那么，jBpm提供了哪些Event类型呢？

       具体可以参考一下 EventType类的javadoc：

             http://jbpm.org/2/javadoc/org/jbpm/model/definition/EventType.html

       那么这些的action是在哪儿调用的，以及如何调用的呢？

       比如，一个state元素允许定义三种EventType：STATE_ENTER，STATE_AFTER_ASSIGNMENT，STATE_LEAVE。

       那么引擎在执行时，当一个token 从transition移到其所连接的State，并被这个State所接受的时候，其就会激活这个State对象的acceptToken方法（参见StateImpl类）。而在这个acceptToken方法中，就需要执行 EventType为STATE_ENTER和STATE_AFTER_ASSIGNMENT的所有Action。

    下框显示了如何调用action的执行：

public void acceptToken(ExecutionContextImpl executionContext) throws ExecutionException {     ······     executeActions( EventType.STATE_ENTER, executionContext );     ······     executeActions( EventType.STATE_AFTER_ASSIGNMENT, executionContext );   }

说到这儿，估计即使我不说了，想来也可以猜到jBpm是如何处理的···

下面让我们来看看着个executeActions方法，其是在ElementImpl这个基类中。

public void executeActions( EventType eventType, ExecutionContextImpl executionContext ) throws DelegationException {   TokenImpl token  = (TokenImpl) executionContext.getToken(); Iterator iter = actions.iterator();         while (iter.hasNext()) {             ActionImpl action = (ActionImpl) iter.next();       if ( eventType == action.getEventType() ) {         action.execute( executionContext );       }         }   }

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

  作者 胡长城（银狐999）

 1     前言... 1

2     阅读本篇的基础准备... 2

2.1      概念的基础... 2

2.2      环境的基础... 2

3     什么是流程引擎内核？... 3

4     引擎内核所关注的四个主要问题... 4

4.1      模型与定义对象... 4

4.2      调度机制与算法... 5

4.3      执行机制与状态... 5

4.4      实例对象与执行环境... 5

5     jbpm，“精简”的开源流程引擎... 5

6     jBpm流程模型与定义对象... 6

6.1