songry的专栏

activiti的配置文件主体类是Configuration，它的源码分成几部分，首先是类属性：  //日志初始化  private static Logger log = Logger.getLogger(Configuration.class.getName());  //定义通用的常量，用于各项初始化  public static final String NAME_COMMANDEXECUTOR = "CommandExecutor";  public static final String NAM

之前activiti相关的文章都是基于activiti-5.0.alpha1这个版本的，然后现在版本更新到了activiti-5.0.alpha3......，然后我郁闷地发现，程序结构完全变化了，之前的文章直接作废，只能重新开始了。

好吧，alpha1里头通过Configuration来建立流程引擎的方法被废弃了，我们重新开始。这回的入口类是org.activiti.test.ProcessDeployer。先说点题外话，这次的重构尽管给我的blog撰写带来了麻烦，但是设计思想绝对是优秀的。首先看原来alpha1版本中example中的各项test类都是采用的多重继承的方式，而在alpha3中使用了ProcessDeployer对象，这符合优先使用组合而非继承的设计原则。所以，牛人的代码也不是一开始就优美的，也是经过了多次重构之后，才变

<br />原文网址：<br />http://www.activiti.org/components.html<br /> <br />Activiti引擎是一个便于Java开发者使用的轻量级流程引擎。为了达到这个目的，我们将延续jBPM的成功之路。jBPM和Activiti的最大不同不在于引擎，而在于我们将开发的更多复杂的组件。<br /> <br />在此我们将提供更多关于Activiti组件在开发上下文中联合进行BPM处理的细节。蓝色的组件将成为Activiti的一部分，灰色的则不是。<br />A

User task用户任务DescriptionA 'user task' is used to model work that needs to be done by a human actor. When process executes arrives at such a user task, a new task is created in the task list of the user(s) or group(s) assigned to that task. 用户任务是一个需要参与者执行的工

Start events开始事件A start event indicates where a process starts. The type of start event (process starts on receival of message, on specific time intervals, etc.), defining how the process is started is shown as a small icon in the visual representation of

从activiti的example开始，example中所有的测试类都继承了ActivitiTestCase，顾名思义，ActivitiTestCase明显是对环节进行初始化的基类，然后看到ActivitiTestCase继承了ProcessEngineTestCase，在ProcessEngineTestCase之中，对引擎进行了初始化。那么，首先，让我们来看看ProcessEngineTestCase是怎样进行初始化的，籍此追溯到activiti的源码中去。public class ProcessEng

众所周知，从以前的jbpm到现今的activiti，流程引擎的内部执行模式是command模式，不管是启动流程，还是推动流程等等，都采用了command的execute方法。而command执行依赖于CommandContext，直译就是command的上下文，那么，我们就来看看CommandContext里面的内容。首先是CommandContext本身的类变量和实例变量： private static Logger log = Logger.getLogger(CommandContext.class.