久久精品国产亚洲网站,亚洲影院天堂中文av色,亚洲一区二区成人

jBPM 4.0 解读分析

�C�物 — Tue, 14 Jul 2009 05:15:00 GMT

jBPM 4.0 解读分析

by Jeff Yu(余昌)

Revision History
Revision 0.1	2009/06/29
增加了前3章的内容

1. jBPM 配置文�g (IOC)

2. jBPM PVM 架构

2.1. Environment
2.2. Service
2.3. Command and Command Service
2.4. PVM Models: ProcessDefinition, ActivityBehaviour, Transition, Event
2.5. API整体架构�?/a>

3. jBPM PVM Model(模型)解析

3.1. ActivityBehaviour(内部节点)
3.2. ExternalActivityBehaviour(外部节点)
3.3. 基本��程的实�?/a>
3.4. 事�g机制 (Event and EventListener)

Bibliography

Abstract

�q�篇文章主要是介�l�了jBPM 4.0的基��架构,以及通过一个简单的例子来让大家知道怎么应用jBPM. ��Z��么选择4.0版本�?以后的主��版本应该是4.0版本�?所以直接写4.0版本的了.

1. jBPM 配置文�g (IOC)

Abstract

配置文�g是jBPM里面很关键的一�?同时Configuration API可以看做是jBPM里的一个入口API,因�ؓ其他很多重要的Service,都是通过�q�个API,然后生成�?于是我们需要先看一下这个模�?

在默认情况下,jBPM包里有个jbpm.cfg.xml,�q�个��是他的配置文�g,我们先看下它的内�?

�q�里,我们再��l�看�?span class="emphasis">jbpm.default.cfg.xml,看下配置文�g到底是长啥样.

												
														
   
    
    
    
    
    
    
    
    
           
    
	...........

�q�个配置文�g主要包含�?process-engine-context'�?'transaction-context'的配�|?

我们知道,现在都是讲究Dependency Inject (Inversion of Control),那么,我们�q�里到底是哪个类来实现repository-service�?那配�|�mail-session又是怎么实例化的�? 我们先来看下jBPM的IOC实现机制.

首先�?span class="emphasis">Context接口,你可以从�q�里存储,获得对象.它的接口很简�?

												  Object get(String key);
   T get(Class type);

  Object set(String key, Object value);

你看可以从Context中获取到�l��g,对于IOC容器来说�Q�一般情况下都会提供一�U�加载的方式�Q�比如从xml文�g�q�行加蝲、从资源文�g�q�行加蝲�?

Jbpm4是通过WireParser来解析xml,然后创徏�q�把对象存放�?span class="emphasis">WireContext. WireContext�q�个�c�负责存�?提取对象,内部用一个Map来存储已�l�创建的对象实例,可以��单得把他看成是IOC的一个实现类. �?span class="emphasis">WireContext的javadoc,我们可以看出,他主要是�?span class="emphasis">WireDefinition, Descriptor�? 交道. WireContext里面包含了一个WireDefinition,而WireDefinition里面包含了一�p�d��的Descriptor.每个Descriptor负责创徏�? 初始化该对象. 比如我们可以看到IntegerDescriptor, FloatDescriptor, ObjectDescriptor�{�等. 我们来看下Descriptor的接�?

												
														
  /**
   * constructs the object.
   * @param wireContext {@link WireContext} in which the object is created. This is also the {@link WireContext} 
   * where the object will search for other object that may be needed during the initialization phase.
   * @return the constructed object.
   */
  Object construct(WireContext wireContext);

  /**
   *called by the WireContext to initialize the specified object.
   */
  void initialize(Object object, WireContext wireContext);

Descriptor对象的创建可以直接通过Java对象的实例化,比如(new IntegerDescriptor(..)),也可以通过xml的配�|�文件来实现.可以说我们更�l�常用xml来配�|?所以就有了Binding的概�? Binding�c�L��主要的�Q务就是把XML DOM 到Java对象的�{�? Bindings是把Binding归类了一下而已. 以下是Binding的接�?

												
														
public interface Binding { 
  String getCategory();

  /** does this binding apply to the given element? */
  boolean matches(Element element);

  /** translates the given element into a domain model java object.
   * Use the parse to report problems. 
   */
  Object parse(Element element, Parse parse, Parser parser);
}

如果想看实现,我们可以看下IdentityServiceBinding, RepositoryServiceBinding�{�等.�q�里注意�?在jBPM的实现当�?WireDescriptorBinding是根据tagName来解析的. 所�?从jBPM的xml配置文�g,到ProcessEngine对象的构�?是这��L��一个流�E?

												 jbpm.cfg.xml �?gt;  jBPMConfigurationParser ->  Binding �?gt;  Descriptor --> WireContext

或者更清楚�?我们可以看下下面�q�张�?sup>[ ^1].

我们不妨也看下ConfigurationTest��试.

												
  public void testConfigurationServices() {
    ProcessEngine processEngine = new Configuration()
        .setXmlString(
            "" +
            "  " +
            "    " +
            "    " +
            "    " +
            "  " +
            ""
        )
        .buildProcessEngine();
    assertNotNull(processEngine);
    assertNotNull(processEngine.getExecutionService());
    assertNotNull(processEngine.getManagementService());
  }

Configuration �c�L��jBPM的入�?你可以从 Configuration�c�M��创徏ProcessEngine,而从ProcessEngine中获取到RepositoryService, ExecutionService, TaskService�{�等. Configuration�c�里有两个实现类,一个是JbpmConfiguration,�q�是默认的jBPM自带的Configuration解析�? 另外一个是SpringConfiguration,�q�个是jBPM和Spring的集�? 在这�?我们��只看下JbpmConfiguration的实�?在JbpmConfiguration�c�里,我们可以看到他是�q�么去调用Parser�? 解析xml�?

												
 protected void parse(StreamInput streamSource) {
   isConfigured = true;
   JbpmConfigurationParser.getInstance()
     .createParse()
     .pushObject(this)
     .setStreamSource(streamSource)
     .execute()
     .checkErrors("jbpm configuration " + streamSource);
 }

在这�?我们可以看到,jbpm的配�|�文件是有两个元素组成的,一个是process-engine-context,另外一个是transaction-context. 其中process-engine-context里面的元素是包括了对外发布的服务, 比如repository-service, execution-service�{�等. 而transaction-context则包括了他的内部真正实现,比如repository-service对应repository-session. 也可以简单的把repository-servie看做是API, repository-session看做是SPI. �q�样做的好处�?SPI的实�?对API一点媄响都没有,很大�E�度上提供了一个容易集成的�Ҏ�?

说到�q�里,应该对jBPM的IOC介绍的差不多�?我自己在用JBoss IDM project^[2]来实现jBPM的Identity module�?需要增加如下的配置.

于是,我需要增加以下的�c�L��完成对象的创建和实例�? JbossIdmIdentitySessionFactoryBinding,JbossIdmIdentitySessionFactoryDescriptor,JbossIdmIdentitySessionBinding, JbossIdmIdentitySessionDescriptor 然后,�?span class="emphasis">jbpm.wire.bindings.xml里面注册我们新加的Binding. 从上面我们所说的,不难看出本��n�q�个IOC的实现机制也是很��单的,而且也很�Ҏ��扩展,如果说到时候和Spring, JBoss MC�{�IOC容器的集成也是很方便�?

2. jBPM PVM 架构

�q�里,我们看下jBPM-PVM概念和架�?�q�也是jBPM整个��目的核心所�?

PVM (Process Virtual Machine), 主要是想作�ؓ一个开发��^�?在这个��^��C��,可以很方便的开发工作流,服务�~�制(orchestration),BPM�{�等.��比�? 说jPDL�q�套语法的内部实现就是基于PVM�?��来��Z��PVM可以开发一个符合WS-BPEL 2.0的模�? PVM可以��单的看成是一个状态机. 我们接下�ȝ��下jBPM里面的几个重要概�?

2.1. Environment

Environment 的概�?主要有以下的作用.

使process能在不同的环境下之行,比如可以在标准的Java, 企业�U�Java,Seam 或�?Spring 环境下运�?
他可以存攄��不同的context对象,比如我们之前所看到的配�|�文件中的process-engine的Context, transaction的Context�{?

在代码中,我们惌��得其他的�l��g�?或者变量时,我们��L��使用Environment的API, 我们可以看下它的API的几个重要方�?

														   	  public abstract  T get(Class type); 
	  /** searches an object based on type.  The search doesn take superclasses of the context elements 
	   * into account.
	   * @return the first object of the given type or null in case no such element was found.  
	   */
	  public abstract  T get(Class type, String[] searchOrder);

Environment 内部是��用Map来保存不同的Context对象, Environment对象的创��Z��要是�?span class="emphasis">EnvironmentFactory来负�? Environment是被保存在ThreadLocal�?如果有多个Environment,那么是选择把Environment(s)攑֜�一个堆栈中,然后再存攑֜�ThreadLocal�?

2.2. Service

Service��是PVM对外发布的服�?包括RepositoryService(比如部��vjpdl文�g),ExecutionService(负责��理执行),TaskService,ManagementService�{�等.可以说这是给用户调用的API.比如我们看下他们的一些方�? RepositoryService接口的一些方�?

														public interface RepositoryService {
  NewDeployment createDeployment();
  ProcessDefinitionQuery createProcessDefinitionQuery();
  ...
}

ExecutionService的一些方�?

														public interface ExecutionService {
  ProcessInstance startProcessInstanceById(String processDefinitionId);
  ProcessInstance signalExecutionById(String executionId); 
  ...
}

ManagementService的接�?

														public interface ManagementService {
  void executeJob(long jobDbid);
  JobQuery createJobQuery();
}

2.3. Command and Command Service

Command 概念的引�?主要是想�Ҏ��有的操作做一个封�? 可以说上面每个Service的方法的实现都是通过实现一个Command来操�?然后通过CommandService调用到后面具体的实现. 我们先来看下Command的接�?

														public interface Command extends Serializable {
  T execute(Environment environment) throws Exception;
}

很简�?很典型的Command模式.

我们接下来看CommandService接口,��֐�思义,他主要是负责来执行Command(s)的操�?所以其他Service的实现都是通过CommandService来调用到后面的实�?可以把CommandService 看做一个桥梁的作用.看一下CommandService的接�?

														public interface CommandService {
  /**
   * @throws JbpmException if command throws an exception.
   */
   T execute(Command command);
}

CommandService �q�有一个特�?��是可以配置Interceptor,比如事务��是在这一Service中来配置.看下CommandService的配�|?

�q�里,在执行真正的CommandServiceImpl之前,会先之前retry-Interceptor,environment-interceptor�{�等.�q�里的Interceptor的顺序是跟配�|�的��序一致的. 比如�q�样的配�|?那就是retry-interceptor在environment-interceptor之前执行. 我们看下面这个图.

Tip

可以说CommandService是最适合处理横截�?cross-cutting)的问�?比如事务,安全�{�的. CommandService默认下是DefaultCommandService,如果是在使用ejb的情况下, 它的实现�c�d��是EjbLocalCommandService和EjbRemoteCommandService�c? 所�?�q�里是远�E�调�?�q�是本地调用,对用戯��言,都是透明�?

retry-interceptor的主要作用当��到StaleObjectException(也就是optimistic locking��p�|)�?�q�一定的旉��后再��试.
environment-interceptor的主要作用就�?保证command是在Environment范围内执�?也就是在执行command之前,openEnvironment,执行之后,closeEnvironment.
standard-transaction-interceptor的主要作用就是处理事�?
authorization-interceptor,主要是处理权限校�?

2.4. PVM Models: ProcessDefinition, ActivityBehaviour, Transition, Event

ProcessDefinition是一个定义好的工作流�E? OpenProcessDefinition里面包含了启始的Activity. ��程的走向是通过Activity的流向来�l�成�? Transition��是用来�q�接Activity而后来构成一个流�E�的. 一个工作流的工作引�?最基本的两个功�?一个是设计好当前的工作��程.�W�二个是有个东西需要来体现当前走到��程的哪一�?那么PVM中的Execution API��是�q�个作用. 至于最后一个Event,��是你可以定义一些事�?比如当流�E�进入到某一个Activity的时�?促发email. Event和Activity最大的区别在于Event本��n不会构成�Ҏ��E�走向的改变.

我们先看下ActivityBehaviour的接�?

														public interface ActivityBehaviour extends Serializable {
  void execute(ActivityExecution execution) throws Exception;
}

��是到这个Activity,需要执行的操作都在execute�Ҏ��? �q�有一�U�ActivityBehaviour,��是属于wait state,也就是会停留在这个节点上, 需要外部的一些触�?才会�l�箋执行下去,�q�种情况,需要实现的接口��是ExternalActivityBehaviour, 接口如下.

														public interface ExternalActivityBehaviour extends ActivityBehaviour { 
  //handles an external trigger.  
  void signal(ActivityExecution execution, String signalName, Map parameters) throws Exception;
}

Wait State (也就是实现ExternalActivityBehaviour)的促�?是通过Transition来完成的,来看下Transition�q�个接口.

														public interface Transition extends ObservableElement {
  /** the activity from which this transition leaves. */
  Activity getSource();

  /** the activity in which this transition arrives. */ 
  Activity getDestination();
}

在pvm�?也包括了对event的支�?event的接口如�?

														public interface EventListener extends Serializable { 
  void notify(EventListenerExecution execution) throws Exception;
}

如我们之前所说的, ProcessDefinition是由Activity,Transition以及Event�l�成�?ProcessDefinition是由ProcessDefinitionBuilder 的API来创�?我们�E�微看下�q�个API的��?

																ClientProcessDefinition definition = ProcessDefinitionBuilder.startProcess("jeffProcess")
											 .startActivity("initial", new AutomaticActivity())
											 .initial()
											 .transition("first")
											 .endActivity()
											 .startActivity("first", new WaitStateActivity())
											 .transition("end", "endSignal")
											 .endActivity()
											 .startActivity("end", new AutomaticActivity())
											 .endActivity()
											 .endProcess();

Tip

�q�里,我们注意到返回的�?span class="emphasis">ClientProcessDefinition,那么他和ProcessDefinition的区别在哪儿�? ClientProcessDefinition是��?span class="emphasis">ProcessDefinition,他还包括了一些负责创建和启动ProcessInstance的方�? �c�M��?你会发现�?span class="emphasis">ClientProcessInstance�?span class="emphasis">ProcessInstance接口,他们的区别也是ClientProcessInstance多了负责启动的start�Ҏ��.

2.5. API整体架构�?/a>

我们最后从整体上来看下�q�些API之间的联�p?我觉得Developer Guide上的�q�个囄��很清楚的描述了他的架构思�\. �q�里需要注意的�?本��nPVM内部的流�E�定义模型是POJO�?所以如果你只是��x��试流�E�的正确�?你只需要直接��用Client的API,比如ClientProcessDefinition, ClientProcessInstance�{�的API. 不需要去调用RepositoryService, ProcessEngineService. �q�些Service是针对你把ProcessDefinition在保存在数据库的情况下才需要用�?

3. jBPM PVM Model(模型)解析

�q�里,我们��利用PVM所提供的Model,来实��C��个基本的工作��引�?

3.1. ActivityBehaviour(内部节点)

正如我们之前所说的,ActivityBehaviour是整个流�E�的定义核心所�?我们再看下它的API.

														public interface ActivityBehaviour extends Serializable {    
  void execute(ActivityExecution execution) throws Exception;
}

当之行到ActivityBehaviour的时�?整个��程的走向完全是�׃��的execute()�Ҏ��来决�? 比如你可以调用execution.end()来结束这个流�E?或者调用execution.waitForSignal()�q�入一个等待状�? 我们接下��L��实现一个很��单的ActivityBehaviour.

														public class Display implements ActivityBehaviour {
  String message;

  public Display(String message) {
    this.message = message;
  }

  public void execute(ActivityExecution execution) {
    System.out.println(message);
  }	  
}

隐式(implicit)的execute�Ҏ��执行��序

如果我们在execute()�Ҏ��?没有昄��的调用execution中的�Ҏ��,比如waitForSignal(),take(transition)�{�方�?那么默认的顺序是�q�样�?

如果当前的节�Ҏ��默认的outgoing transition,那么��p��用这个默认的transition.
如果当前的节�Ҏ��父节�?那么��p��用到父节�?
最�?如果都没�?那就调用execution.end()�Ҏ��.

我们先用�q�个Display,来创��Z��面的process.

Figure 1. Display example process

														ClientProcessDefinition processDefinition = ProcessDefinitionBuilder.startProcess("helloworld")
							 .startActivity("a", new Display("Hello"))
							 .initial()
							 .transition("b")
							 .endActivity()
							 .startActivity("b", new Display("World"))
							 .endActivity()
							 .endProcess();

然后,你调�?

														processDefinition.startProcessInstance();

��׃��得到如下的结�?

														Hello
World

我们�q�个Display的节点就是采用的隐式execution执行�Ҏ��.

Tip

�l�心的你会发�?我们在定义Process Defintion的时�?��L��要在调用一个initial()�Ҏ��. �q�是讑֮�当前�q�个节点为流�E�的启始节点.

3.2. ExternalActivityBehaviour(外部节点)

外部节点��是代表着,�q�个�z�d��q�需要系�l�外部的配合,比如说�h工的配合才能使得�q�个��程�l�箋下去.我们一般称�q�种的节点�ؓ Wait State. 因�ؓ他需要一直等�?直至外部�z�d��的促�?然后��程才��l? �q�种的节炚w��要实现ExternalActivityBehaviour的API.

														public interface ExternalActivityBehaviour extends ActivityBehaviour { 
  //handles an external trigger.  
  void signal(ActivityExecution execution, String signalName, Map parameters) throws Exception;
}

跟内部节点类�?执行到ExternalActivityBehaviour的时�?也是执行它的execute()�Ҏ��,但是一般来�?在外部活动的execute()�Ҏ��? 会调用execution.waitForSignal()�Ҏ��,使得activity�q�入一个等待状�? 直到外部调用signal()�Ҏ��来��得流�E�再�ơ从�{�待状态变成激�z?一般来说在signal()�Ҏ��?会调用execution.take(signalName)�Ҏ��signalName(也就是transition name)��L��? 下一个节�?然后把整个流�E�走��C��一个节�?

很简单的一个例子是,比如说一个申请审批的��程,员工递交一份申请上�?然后�l�箋��p��入一个wait state的状�?因�ؓ他需要经理的审批(也就是一个�h工的�z�d��),那么�l�理可以选择一个ok的signalName,使得整个 ��程�q�入��C��一个节�?�q�里��好比如是结束的节点,又或者��得整个流�E�直接结�?

我们接下来实��C��个简单的WaitState,实现ExternalActivityBehaviour的接�?

														public class WaitState implements ExternalActivityBehaviour {

  public void execute(ActivityExecution execution) {
    execution.waitForSignal();
  }

  public void signal(ActivityExecution execution, 
                     String signalName, 
                     Map parameters) {
    execution.take(signalName);
  }
}

一��L��,我们来看一个简单的从a->b的流�E?�q�次不同的是,a和b都是wait state.

Figure 2. The external activity example process

ProcessDefinition的定�?

														ClientProcessDefinition pd = ProcessDefinitionBuilder.startProcess("helloworld")
							 .startActivity("a", new WaitState())
							 .initial()
							 .transition("b", "b-transition")
							 .endActivity()
							 .startActivity("b", new WaitState())
							 .endActivity()
							 .endProcess();

启动�q�个ProcessDefinition

														ClientProcessInstance instance = pd.startProcessInstance();
instance.isActive("a")

在启动之�?因�ؓ执行到a的时�?是一个wait state,所�?当前的流�E�活动应该是指向a. 如果要到b�q�个activity,那么��需要调�?

														instance.signal("b-transition");
instance.isActive("b")

那么,你就会发�?�l�过我们调用signal�Ҏ��,instance�Ҏ��所提供的transitionName (b-transition),扑ֈ�下一个节�?也就是b. 但因为b也是一个wait state,所以此�?整个��程��停留在了b节点�w�上.

3.3. 基本��程的实�?/a>

接下�?我们��Z��前面两种节点的实�?来实��C��个稍微比较正式的��程(loan process).

Figure 3. The loan process

ProcessDefinition的定�?

															ClientProcessDefinition pd = ProcessDefinitionBuilder.startProcess("loanprocess")
								 .startActivity("submit loan request", new Display("submit a loan request"))
								 .initial()
								 .transition("evaluate", "evaluate-transition")
								 .endActivity()
								 .startActivity("evaluate", new WaitState())
								 .transition("wiremoney", "approve")
								 .transition("end", "reject")
								 .endActivity()
								 .startActivity("wiremoney", new Display("wire the money"))
								 .transition("archive")
								 .endActivity()
								 .startActivity("archive", new WaitState())
								 .transition("end", "done")
								 .endActivity()
								 .startActivity("end", new WaitState())
								 .endActivity()
								 .endProcess();

启动�q�个processInstance

														instance = pd.startProcessInstance();

启动�q�个processInstance�?它开始点在submit loan request�q�个节点,后面�l�过Display�q�个节点,默认走到了evaluate�q�个节点. 因�ؓevaluate是个wait state,所以流�E�停在了evaluate.

Figure 4. Execution positioned in the 'evaluate' activity

现在�? evaluate�q�个节点有两条支�?一个是approve,指向wiremoney节点;另外一个是reject,直接走向end. 假设我们选择approve�q�条支�\.

														instance.signal("approve");

那么,我们��p��向了wiremoney�q�个节点,因�ؓwiremoney是个Display节点,所以它昄��完后,默认的走向下一个节�?archive.

Figure 5. Execution positioned in 'archive' activity

同样�?因�ؓarchive节点是个wait state,所以需要再一�ơ的signal,才能走到end�q�个节点.

														instance.signal("done");

�q�样的话,整个��程��׃��走向了end节点.

Figure 6. Execution positioned in the 'end' activity

3.4. 事�g机制 (Event and EventListener)

事�g的订阅可以通过实现EventListener来实�?

														public interface EventListener extends Serializable {
  void notify(EventListenerExecution execution) throws Exception;
}

Event概念的引�?主要是�ؓ了��I补分析员(Business Analyst)和开发�h�?Developer)之间的不同需�? developer可以使用Event在一些节点上来做一些操�?比如说操作数据库),�q�样�?也不会媄响整个流�E?所以分析员不用��d��心这些具体的Event, 他们只需要看��程是否跟他们所期望的是一致的.

具体的Event是由ObservableElement�?span class="emphasis">EventName来构成的.

														public interface EventListenerExecution extends OpenExecution {
void fire(String eventName, ObservableElement eventSource);
}

我们来实��C��个简单的EventListener, 叫PrintLn

														public class PrintLn implements EventListener {

	String message;

	public PrintLn(String message) {
		this.message = message;
	}

	public void notify(EventListenerExecution execution) throws Exception {
		System.out.println(message);
	}
}

Figure 7. The PrintLn listener process

我们看下是怎么来定义一个具备有Events的ProcessDefinition:

														ClientProcessDefinition pd = ProcessDefinitionBuilder.startProcess("ab")
							 .startActivity("a", new Display("Testing Event"))
							 .initial()
							 .transition("b")
							 .startEvent(Event.END)
							 .listener(new PrintLn("leaving a"))
							 .listener(new PrintLn("second message while leaving a"))
							 .endEvent()
							 .startEvent(Event.TAKE)
							 .listener(new PrintLn("taking transition"))
							 .endEvent()
							 .endActivity()
							 .startActivity("b", new WaitState())
							 .startEvent(Event.START)
							 .listener(new PrintLn("entering b"))
							 .endEvent()
							 .endActivity()
							 .endProcess();

我们可以看到,一个事件可以有无穷多个的Listener(s).

��x��,我们主要看了PVM里面内部Model的一些设�?一些核心的概念和API.

Bibliography

jBPM 4.0 User Guide
jBPM 4.0 Developer Guide
Srping integration with jbpm4
jBPM4的IOC容器

^[1]图来自于http://m.tkk7.com/RongHao/archive/2009/05/07/269465.html

^[2] http://www.jboss.org/jbossidentity

�C�物 2009-07-14 13:15 发表评论

jBPM4的运行期环境

�C�物 — Tue, 14 Jul 2009 05:13:00 GMT

jBPM4的运行期环境

        万物生长靠太阻I��儿童的生长离不开土壤、空气和��_��当然�Q�也��M��开�l�坝娘的调教。应用程序也是如此，��M��开数据库连接、事务、日志、消息等�Q�这些，共同构成了应用程序的�q�行期环境�?br />         理想中的环境是什么样子的哩。好吧，一句话�Q�召之即来，挥之卛_��Q�当需要某个服务时�Q�ok�Q�打个响指，该服务就准备好被调用了，调用完毕后也不用费心费力地擦屁股�Q�不必老是提心吊胆有好事者追问：你擦了吗�Q�确定擦了？真的��定擦了�Q�直接丢弃给环境降解处理�Q�自然又环保�Q�还有个好名声叫专注领域逻辑�?br />
一、  �?�q�行期环境就是一个餐�?/strong>
1、  �?提供必要的服�?br /> 作�ؓ一个餐馆，必须有厨师做饭我吃，必须有桌子和椅子。作��行期环境同样如此�Q�我要发消息�Q�你得提供我发消息的Service�Q�我要获取节点�Q务，你得扔给我TaskService�?br />
2、  �?提供获取�q�些服务的统一方式
好吧�Q�我不会亲自到厨房告诉厨师我惛_��什么（因�ؓ我担心这样一来我会吃不下去）�Q�我也不会亲自到攉��台给钱。这些服务有一个统一的获取方式：服务员。我�? 吃什么和�l��̎�Q�告诉服务员卛_��。关键是�q�一方式要统一�Q�要��_��单。Spring最懒，把服务给你全部注入了�Q�当然你也可以握住BeanFactory�? �U�纤�l�手�Q�一个一个的get�?br />
3、  �?提供特定于我�U�程不安全的服务
我点了一盘鱼香肉丝，隔壁也点了一盘鱼香肉丝，�l�果服务员让我们吃同一盘鱼香肉丝。我立刻跌��v来：靠，你们的服务不是线�E�安全的吗？�Q�Hibernate 的Session正是属于�q�么一�U�情况，需要环境进行隔��，我的唯一职责��是吃饭�Q�我的领域逻辑是如何优��的�q�餐�Q��ؓ此还要不断重构我吃饭的姿势哩�?br /> 好不�Ҏ��吃完饭，付完�ƾ，正准备离场。服务员风度��翩地走到我的��n旁，我以��有打折券供应�Q�结果是�Q�服务员��姐��d��朱唇�Q�先生，�ȝ��您把吃剩的盘子清�z�完毕�?br /> 崩溃�Q?br /> 像数据库�q�接的打开�Q�关闭、事务的打开、提交等都属于运行期环境应该做的事情�?br />
4、  �?其他的七七八�?br /> 杂事不少�Q�例如统一的事件机制、权限拦截等�{��?br />
二、  �?jBPM4的运行期环境
好吧�Q�先来看看如何徏立jBPM4的运行期环境�Q?br />
EnvironmentFactory environmentFactory = new DefaultEnvironmentFactory();



  Environment environment = environmentFactory.openEnvironment();
  try {

     everything available in this block

  } finally {
    environment.close();
  }

两个关键的类�Q�EnvironmentFactory和Environment�?br />
EnvironmentFactory是全局的，在整个应用程序中保持一个实例即可�?br />
Environment则是每次�Ҏ��调用则要new一个�?br />
看看Environment的主要方法：
public abstract Object get(String name);
public abstract <T> T get(Class<T> type);

是的�Q�environment为我们的代码提供所需要的服务�c�d��例�?br />
那么�Q�如何获得environment�Q?br /> �l�箋看：
public static Environment getCurrent()�Q?/span>

static�Q�我喜欢也。方�ѝ��快��P��不管是在��C��、�R上还是房��上�Q�随处都可调用�?br />
那么�Q��ؓ什么Environment每次调用要new呢？
好吧�Q�当你需要获取数据库Session的时候，是不是每�ơ都要new呢。Environment提供的服务里包括了非�U�程安全的数据库操作服务�?br />
三、  �?jBPM4�q�行期环境的实现

1、JbpmConfiguration
JbpmConfiguration是jBPM4里最重要的类�Q�它是整个应用程序的入口。它实现了EnvironmentFactory接口�?br />
      JbpmConfiguration加蝲jBPM�ȝ��配置文�g�Q�还是大概扫一下这个配�|�文�Ӟ��
      <jbpm-configuration xmlns="http://jbpm.org/xsd/cfg">

  <process-engine-context>

    <repository-service />
    <repository-cache />
    <execution-service />
    <history-service />
    <management-service />
    <identity-service />
    <task-service />

    <hibernate-configuration>
      <cfg resource="jbpm.hibernate.cfg.xml" />
    hibernate-configuration>

    <hibernate-session-factory />

  process-engine-context>

  <transaction-context>
    <repository-session />
    <pvm-db-session />
    <job-db-session />
    <task-db-session />
    <message-session />
    <timer-session />
    <history-session />
  transaction-context>

jbpm-configuration>

配置文�g被分��Z��两部分，分别是：process-engine-context和transaction-context�?br /> 对应于两个IOC容器�Q�WireContext�Q�的配置文�g�?br />
作�ؓEnvironmentFactory�Q�JbpmConfiguration持有成品process-engine-context对应的IOC容器 �Q�全局的）实例�Q�持有半成品transaction-context的WireDefinition。当调用openEnvironment�Ҏ�� Ӟ��JbpmConfiguration会new Environment�Q�然后将process-engine-context IOC填充入environment�Q�同时初始化transaction-context IOC�Q��ƈ��其也填充入environment。这样通过environment��可以获得所有所需要的服务�Q�包括全局的和非线�E�安全的服务实例。也��是 environment透过IOC容器提供了查扑֐��U�服务的能力�?br />

2、与�U�程�l�定的environment
environment初始化之�?避免参数传递得一塌糊涂的方式��是��environment与线�E�绑定。看Environment的代码：
  static ThreadLocal<Environment> currentEnvironment = new ThreadLocal<Environment>();

  static ThreadLocal<Stack<Environment>> currentEnvironmentStack = new ThreadLocal<Stack<Environment>>();

是的�Q�在openEnvironment�Ӟ��有这么一行代码：
Environment.pushEnvironment(environment);

�q�样environment��׃��U�程�l�定了，可以通过Environment.getCurrent()��L��调用了�?br />
哪里有压�q�，哪里��有放抗�?br /> 在environment.close()�Ҏ��里：

Environment.popEnvironment();

OK�Q�结束�?br />

�C�物 2009-07-14 13:13 发表评论

Jbpm4的IOC容器

�C�物 — Mon, 13 Jul 2009 02:34:00 GMT
和Jbpm3一��P��Jbpm4实现了自��q��IOC容器。以现在的眼光看来，应用�E�序里一个IOC容器几乎是居家必备的�Q�否则，又要�q�白多出一坨一坨的工厂�c�d��单态类来�?br />
一、  �?Jbpm4 IOC容器介绍
IOC容器的目的是��理�l��g和实现组件之间的解耦。和Spring里的BeanFactory对应�Q�Jbpm4里的接口是Context�Q�具体实现则�? WireContext。Context实际在Jbpm4里有更多的含义，它与Environment一��P��共同构成了代码运行的�q�行期环境。在�q�个环境里可以获取系�l�的�l��g�Q�更为重要的是提供了数据库连接（session�Q�和事务�Q�这个稍后会�Ԍ��?br />
先来看看Context接口的核心方法：
      Object get(String key);
  <T> T get(Class<T> type);

很明显，提供两种从容器里获取�l��g的方法，一�U�是通过name�Q�一�U�是通过type�?br />
对于IOC容器来说�Q�一般情况下都会提供一�U�加载的方式�Q�比如从xml文�g�q�行加蝲、从资源文�g�q�行加蝲。Jbpm4透过WireParser具备从xml加蝲的能力�?br />
此外�Q�WireContext通过一个Map�~�存初始化后的组件�?br />
二、  �?Jbpm4 IOC容器实现
容器的实现有五个关键�c�d��接口�Q�分别是�Q�WireParser、Binding、Descriptor、WireDefinition和WireContext�?br />

WireParser��d��xml文�g�Q�同时WireParser会加载一�p�d��的Binding(默认从jbpm.wire.bindins.xml文�g��d��加蝲)�?br />
Binding负责�Ҏ��xml里元素的tag��xml元素转换为对应的Descriptor�?br />
Descriptor负责初始化对象。它们被��d��到WireDefinition�?br />
WireDefinition被WireParser�q�回�l�WireContext。WireContext创徏对象时会讉K��WireDefinition里的Descriptor�Q�同时将初始化对象的��d��委托�l�Descriptor自��n�?br />
需要注意的是：Jbpm4在初始化对象时有着四种�{�略�Q�分别是�Q��g�q�创建和初始化、�g�q�创建和立刻初始化、立��d��建和延迟初始化、立��d��建和立刻初始化�?br />
立刻创徏�Q�在WireContext创徏完毕后对象就已经创徏�?br /> 延迟创徏�Q�调用WireContext的get�Ҏ��获取该对象时才创��对象�?br /> 初始化：一般完成对象属性的注入�{�操作�?br />
三、  �?Jbpm4 IOC容器在Jbpm4里的应用
IOC容器在Jbpm4里最重要的作用就是加载Jbpm的�ȝ��配置文�g�Q�默认是jbpm.cfg.xml�Q�，�q�也是整个Jbpm应用的�v炏V��大概扫一下这个配�|�文�Ӟ��

xml version="1.0" encoding="UTF-8"?>

<jbpm-configuration xmlns="http://jbpm.org/xsd/cfg">

  <process-engine-context>

    <repository-service />
    <repository-cache />
    <execution-service />
    <history-service />
    <management-service />
    <identity-service />
    <task-service />

    <hibernate-configuration>
      <cfg resource="jbpm.hibernate.cfg.xml" />
    hibernate-configuration>

    <hibernate-session-factory />

  process-engine-context>

  <transaction-context>
    <repository-session />
    <pvm-db-session />
    <job-db-session />
    <task-db-session />
    <message-session />
    <timer-session />
    <history-session />
  transaction-context>

jbpm-configuration>

可以看到配置文�g被分��Z��两部分，分别是：process-engine-context和transaction-context。在实际应用中，它们分别对应着两个不同的WireContext:ProcessEngineContext和TransactionConext�? ProcessEngineContext覆盖了jbpm4里最重要的服务类�Q�这些类是全局唯一的，当然�Q�ProcessEngineContext也是独此一份。本是同根生�Q�命�q�各不同。TransactionConext则是在每�ơopenEnvironment旉��新创建，因�ؓ其包含了数据库连接和事务�?br />
贯穿于整个Jbpm4中，�q�两个Context被压到Environment里（Environment和线�E�绑定）�Q�在��M��需要的地方都能提供一条龙的服务。于是，在很多领域类里，利用�q�些服务实现充血模型��是很顺理成章的一件事了�?br />
�ȝ��: ProcessEngineContext�l�引擎领域模型提供全局的组件查找；TransactionConext提供数据库相��x��务�?br />

�C�物 2009-07-13 10:34 发表评论

�C�物 — Mon, 13 Jul 2009 02:32:00 GMT

原文地址�Q?a >http://www.jboss.org/feeds/post/jbpm_task_management_a_look_at_the_participation_model

jBPM ��d��理�Q�参与模式一�?br /> Posted on 2009-03-30 09:41:00.0 by Heiko Braun
Since 4.0.0 Beta1
重新回顾jBPM中的��d��理模型�Q�引�q�了一个新的概念：��d��参与。参与模型描�q�C��identies�Q�用��h��l�）和�Q务在实际完成中的参与�c�d��Q?br />
�C�Z��1�Q�用户和业务��理员参�?br /> 在此与这个模型非帔R��合的一个通常的案例是在一个实际执行�Q务的用户和一个业务管理员监控�q�展情况之间的区别。依赖于参与�c�d��Q�某些规则将实际起作用，而其它的��确保�Q务在�l�定的约束内被执行（例如�Q�优先��Q�预定日期等�Q��?/p>
�C�Z��2�Q�具有不同的参与�c�d��的�Q务利益相兌��?br /> 另一个例子可能是利益相关者监控�Q务的实际输出�Q�或者是在一个�Q务上互相协作的不同参与者之间的委托。在�q�个案例中，一个�Q务的发�v人，一个候选�h执行�q�个工作�q�且最�l�的与受者可能是不同的参与类型�?/p>
The TaskService API已经反映了那些变化：

org.jbpm.TaskService{

[...]

/**

* retrieves a list of tasks for a user

* and a particular {@link org.jbpm.task.Participation} type

*

* @see org.jbpm.TaskQuery

*/

List findTasksByParticipation(String participation, UserRef user);

/**

* retrieves a list of tasks for a group

* and a particular {@link org.jbpm.task.Participation} type

*

* @see org.jbpm.TaskQuery

*/

List findTasksByParticipation(String participation, GroupRef... groups);

}

目前�Q�我们封装了一些默认的参与�c�d��Q�其中仅仅支持“候选�h”模型，但是你可以期待这些将在不久的��来被扩展实现�?/p>

org.jbpm.task.Participation{

[...]

String CANDIDATE = "candidate";

IdentityRef getIdentityRef();

/** see constants for default participations */

String getType();

}

敬请期待�?/p>

�C�物 2009-07-13 10:32 发表评论

�C�物 — Mon, 13 Jul 2009 02:29:00 GMT
JBoss已经发布了jBPM4 Alpha1版本�Q��?008�q?2月，Red Hat发布公告�Q�已�l�与google�{��v了团体共享协议，正式采用GWT作�ؓJBoss中间件核心组成部分，而jBPM4也作为整个JBoss SOA�ȝ��体系的核心项目。Heiko Braun在JBoss SOA �ȝ��目的博客（http://jboss-overlord.blogspot.com/�Q�上�l�出了基于GWT的jBPM4的管理控制台一瞥。下面是我的��译�Q?/span>
新的 BPM 控制台已�l�发布了�W�一个里�E�碑�Q�我很高兴利用这个机会介�l�它最重要的改变及新特性�?/span>

��程定义��理

�q�移�?/span> GWT

��来��多�?/span> JBoss ��目正在�q�移�?/span> GWT 。他们这么做的原因是�Q?/span>

Ø 如果你熟�?/span> Java 的开发�ƈ且不��x��Z��一�?/span> web 开发的专家�Q�那�?/span> GWT 是一个比较好的选择。��?/span> GWT 你可以粘�?/span> eclipse �Q�发动一个调试�ƈ且编写单元测试；

Ø 它有一套丰富的 UI �H�口部�g�Q�你可以立马使用。这�U�窗口部仉��过自己的实��C��证了一个统一的外观和感觉�Q?/span>

其它的比较好的成功的 GWT 实施的例子就�?/span> Drools 控制��C��。（ JBoss 开源的规则引擎�Q��?/span>

��程实例��理

GWT 已经非常的流行了�Q�它允许通过��目来集成控制台。另一斚w��的媄响就是，你可以轻村֜�开发一个完整的 GWT 应用�Q�或者是一部分�Q��ƈ且同已经存在�?/span> web 应用整合在一赗��D例来��_��q�样可以允许用户��?/span> BPM 控制台的��d��理功能嵌入��C��们自��q��内网应用中�?/span>

��程实例�l�节

BAM �Q�业务活动监控）�?/span> BI �Q�商业智能）功能的改�q?/span>

或许当前控制台的最大缺点就是缺��?/span> BAM �?/span> BI �Ҏ��?/span>

工作负蝲概览

改进 BAM �?/span> BI 不可能在一天内马上实现�Q�但是你可以期待在早期的发布版本中看到第一个度量及状态监控，在我们实��C��个功能齐全的 BAM 控制台的�q�程中，我们正尽力增加更多的零星的功能。因��与服务�z�d��监控��目中的功能和技术发生重叠，感兴��的读者可以关注一�?/span> SAM �?/span>

性能度量

如何�q�移

首先�Q�我们将��Z�� GWT 提供一个现�?/span> jBPM 控制台的替代。它��仍然保持当前的功能�Ҏ��，但是会增�?/span> BI 功能。最初我们会�q�� jBPM3 的后端功能，然后逐渐地利�?/span> SAM 的空间来丰富它，甚至最�l�完全代替它�?/span>

��程囑�Ş视图

�l�箋��x��。下�ơ我们将要详�l�说明实现细节，包括�Q?/span> gchart �Q?/span> gwt �?/span> gwt-ext �?/span>

说明�Q�此文英文链接：http://jboss-overlord.blogspot.com/2008/08/first-glimpse-at-new-bpm-console.html

�C�物 2009-07-13 10:29 发表评论

jbpm3与jbpm4实现�Ҏ��

�C�物 — Mon, 13 Jul 2009 02:18:00 GMT

jBPM3 vs jBPM4

JBoss Goup 目前已经发布�?/span> jBPM4 Alpha1 版本�Q�在版本 4 中最大的变化��是引入 PVM �Q�流�E�虚拟机�Q�的概念�Q�而引擎内部的调度��法中重要的 Token 机制�Q�在新版中也��L��了，�U�观整个代码�Q�变化可以说非常的大�Q�笔者接下来��p��着来比较一下这�U�变化，让大家能有个直观的认识。当�?/span> Jbpm4 �?/span> JBoss 的官方网站上�?/span> Road map 中，在今�q�的 7 �?/span> 1 ��h��会发布第一个正式版本，因此后箋可能�q�会有变化�?/span>

1�?/span> ��程定义对象的变化：

Jbpm3 ��程定义对象关系图：

图一 jbpm3��程定义对象关系�?/span>

从上图我们可以看�� jbpm3 中， GraphElement 是流�E�图中所有流�E�元素的父对象，而整个流�E�是�?/span> ProcessDefinition �?/span> Node �?/span> Transition 三个主要对象构成�Q?/span>

图二 PVM实体对象关系�?/span>

从上囑֏�以看出，�׃�� PVM 概念的引入，所以在 jbpm3 中的 Graph 包在 jbpm4 中被�U�除了。在 pvm 中，在设计期�Q�所有节点元素的父类�?/span> ProcessElementImpl �Q�流�E�的主要�l�成元素 Nodelmpl �?/span> TransitionImpl �?/span> ProcessDefinitionImpl �?/span> EventImpl 则都直接或间接��承自 ProcessElementImpl 。在�q�行期： jbpm4 把流�E�的�q�行期行为定义�ؓ执行行�ؓ�Q?/span> ExecutionImpl �Q�及原子操作行�ؓ�Q?/span> AtomicOperation �Q�其具体实现�?/span> ExecuteNode �?/span> ProceedToDestination �?/span> TakeTranstion �?/span> MoveToParentNode �?/span> MoveToChildNode �?/span> signal �Q�，其中 ExecutionImpl 是流�E�实例、活动实例、事件监听器的所有执行期行�ؓ的实现类�?/span>

图三 jpdl �q�行期活动实体对象关�p�d��

上图�?/span> jbpm4 在运行期的活动实例对象关�p�d��Q�从图中我们可以看出�Q�在�q�行期， jbpm4 中定义了两个�z�d��接口 Activity �?/span> ExternalActivity �Q�其�?/span> ExternalActivity �l�承�?/span> Activity �?/span> Activity 是所有自动活动节点的父接口，其实现类�?/span> JpdlActivity �Q��?/span> JpdlActivity 又衍生出了�?/span> StartActivity �?/span> JoinActivity �?/span> ForkActivity �?/span> EndActivity �?/span> CreateTimerActivity �?/span> JavaActivity �?/span> EsbActivity �{�实例活动对象。�?/span> ExternalActivity 是具有等待状态的�z�d��Q?/span> StateActivity �Q�父接口�Q�像人工�z�d�� TaskActivity ��是实现了此接口�?/span>

2�?/span> 核心引擎的调度算�?/span>

Jbpm3 的核心调度算法是��Z�� Token 机制的，在运行期�q�个 Token �?/span> Node Instance 之间��{�Q�依�?/span> Token 的触发来推进��程。具体的调度机制�Q�可参加胡长城的文章�Q?/span> http://blog.csdn.net/james999/archive/2007/09/02/1769592.aspx �Q�；其实�q�个 Token 来自�?/span> Pertri-net �Q�感兴趣的读者可以去�?/span> Pertri-net 中的 Token �?/span> Place �?/span>

囑֛� jbpm3引擎调度�?/span>

Jbpm4 则去掉了 Token �Q�那么它的核心调度机制是怎样实现的呢�Q?/span>

图五 jbpm4��程启动序列�?/span>

囑օ� jbpm4 ��程推进序列�?/span>

图五是在 jbpm4 中启动一个流�E�实例的执行序列图，囑օ�是节�Ҏ��q�的执行序列图，从上面两个图中我们可以看到核心的调度是依�?/span> Execution 的�{�U�L��实现的（ ExecutionImpl 可以�?/span> ActivityExecution �?/span> ClientProcessInstance �?/span> EventListenerExecution 的实例）�Q?/span> Execution 实际上就是取代了 Jbpm3 中的 Token �Q?/span> Execution 的�{�U�d��际上��是�Ҏ��状态机的变�q�（ ActivityExecution �?/span> ClientProcessInstance �?/span> EventListenerExecution 实例之间的切换）加上调用相应的原子操作： ExecuteNode �?/span> MoveToChildNode �?/span> MoveToParentNode �?/span> ProceedToDesitination �?/span> Signal �?/span> TakeTransition �Q�详�?/span> pvm/internal/model/op 包下的相关类�Q�来实现的。所�?/span> Execution 实例的集合及有向囑֮�际上��是�q�行期的路径�?/span>

3�?/span> Event-Action 机制的变�?/span>

�?/span> jbpm3 中是��Z�� Event-Action 机制来实��C��件与动作的触发的�Q�但是在 jbpm4 中则采用观察者模式来触发事�g的。所有用戯��己定义的动作�Q�全部要实现 EventListener 接口�Q�这些动作作为监听者（��是事�g Event 的观察�?/span> Observer �Q�注册到相应的流�E�定义对象上�Q?/span> ProcessElement 或�?/span> Node �Q�，而事�?/span> Event 则作��观察的对象（实际上就�?/span> Observerable �Q�，实际上在 jbpm4 中专门定义出了一个对�?/span> ObservableElementImpl �Q�流�E�定义中�?/span> NodeImpl �?/span> TransitionImpl �?/span> ProcessDefinitionImpl 均��承自此对象，因此�q�些元素本��n��可以作�?/span> Observerable 而被观察者来监控�?/span>

4�?/span> 客户端接口的变化

�?/span> jbpm4 中对客户端的接口�l�一�?/span> 7 个服务接口： ProcessService �?/span> ExecutionService �?/span> CommandService �?/span> TaskService �?/span> ManagementService �?/span> HistoryService �?/span> IdentityService �Q�这 7 个接口可以从 ProcessEngine 接口中获得， jbpm4 在启动的�q�程中由 JbpmConfiguration 负责构徏引擎�?/span>

Ø ProcessService- ��程定义的服务接口，包括�Ҏ��E�定义的部��v、查询、删除操作；

Ø ExecutionService- 执行服务接口�Q�包括启动流�E�、实例推�q�、设�|�变量等操作�Q?/span>

Ø CommandService-Command 模式的服务接口，实际上就是将客户端的��h��全部��装在一个调用接口中�Q�然后由�q�个接口去调�?/span> Command 接口的众多实玎ͼ� StartExecutionCmd �?/span> SignalCmd �?/span> SetVariablesCmd �?/span> GetTimersCmd �?/span> DeployCmd �?/span> NewTaskCmd �?/span> SubmitTask �?/span> ExecuteJobCmd �{�等�Q�具体可参加 pvm/internal/cmd �Q?/span> task/internal/cmd 包及其它包下实现 Command 接口的类�Q�，�q�是典型�?/span> Command 模式的应用，感兴��的读者可以去了解设计模式中的 Command 模式�Q?/span>

Ø TaskService- 人工�z�d��的服务接口，包括对�Q务的创徏、提交、查询、保存、删除等操作�Q?/span>

Ø ManagementService-web ��理控制台的服务接口�Q�目前只有获得消息及计时器的接口实现�Q?/span>

Ø HistoryService- 目前有对历史库中的流�E�实例、活动实例进行查询、某个流�E�定义中的所有活动的�q�_��持箋旉��、某个流�E�定义中的某个活动实例的转移的执行次�?/span>

Ø IdentityService- 用户、组、成员关�pȝ��相关操作�Ҏ��

5�?span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> 历史库的加入

jBPM3 中数据库设计一直是我比较诟病的地方�Q�尤其是其实例数据库没有设计历史库的概念�q�按照办�l�状态将�q�行�l�束的实例数据归入历史库�Q�在�q�种情况下它的实例数据库��׃��随着旉��而无限膨胀�Q�这��阻��了它的真实应用�Q�而在 jBPM4 的最��C��码中�Q�注�?/span> Alpha1 �q�没有出玎ͼ��Q�历史库的相兛_��能代码竟然出��C��Q�详�?/span> ExecutionImpl 最��C��码中�?/span> fireHistoryEvent �Ҏ��及一�p�d��?/span> historyXXX �Ҏ��。在 ActivityBehaviour �?/span> execute �Ҏ��中加入了 historyTaskStart �Ҏ��的调用�?/span> signal �Ҏ��中加入了 historyTaskEnd �Ҏ��的调用，而以�?/span> 2 个方法在 ExecutionImpl 中都是以历史事�g�Q?/span> HistoryEvent �?/span> 4 个实现子�c?/span> ProcessInstanceStart �?/span> ProcessInstanceEnd �?/span> ActivityStart �?/span> ActivityEnd 分别用作��程实例的创建结束期、活动实例的创徏�l�束期的历史数据处理�Q�的触发机制来实现的�Q�也��是在整个流�E�实例执行的�q�程中，都加入了对将�q�行数据存入历史库的历史事�g�Q?/span> HistoryEvent �Q�的触发。这样实例列表的查询可以只查询历史库。不�q�这里很遗憾的是�Q�这个事件没有同时清除运行库的数据，�q�样�q�是会造成�q�行库的无限膨胀问题�?/span>

�C�物 2009-07-13 10:18 发表评论