jBPM4的架构 - 51CTO.COM

夜郎 2009-11-25

展开全文

jBPM4的架构
http://developer.51cto.com 2009-06-24 14:57 行走人生之旅 BlogJava 我要评论( 0)

本文介绍jBPM4的架构。jBPM4架构包括API，活动API，事件监听API，客户端API，环境，命令，服务等。

4.1. APIs

流程虚拟机包含4个集成的API，在不同的执行模式下，覆盖完整的流程工作。每个API都有特定的目的，满足下面的架构。
流程虚拟机中的4个API

流程虚拟机中的4个API

图 4.1. 流程虚拟机中的4个API

服务接口用在应用代码中，与流程虚拟机进行交互，它将运行在支持事务的持久化模式下，后端基于数据库。这是用户将PVM作为一个工作流引擎使用的最常用的方式。

如果不想使用持久化方式执行流程，可以直接使用客户端API来处理流程和执行对象。客户端API对外暴露了核心模型对象的方法。

活动API用来实现活动在运行时的行为。因此一个活动类型实际上是一个组件，核心是实现了ActivityBehaviour接口。活动行为实现可以控制执行的流程。

事件监听器API用来编写java代码，它可以用来处理流程事件。它比活动API类似，唯一的差别是事件监听器不能控制执行的流程。

4.2. 活动API

活动API允许使用java实现运行时的活动行为。

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

一个活动就是分配给活动的一些行为。提供的执行就是到达这个活动的执行。 ActivityExecution接口暴露了控制执行流程的方法。

        
            public interface ActivityExecution extends OpenExecution {   
             
              void waitForSignal();   
              void take(String transitionName);   
              void execute(String activityName);   
             
              ...   
             
            }

4.3. 事件监听API

事件监听API允许使用java开发监听器，并在特定的流程事件发生时调用，像进入一个活动或离开一个活动。它与活动API类似，不同的是不能控制执行流程的传播。比如，当一个执行选择了一个转移，一个对应的监听器会被激活，但是因为这个转移已经被选择了，执行的流程无法被事件监听器改变。

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

4.4. 客户端API

客户端API是一套暴露了相关方法的接口，它用来直接管理流程定义上的执行和执行对应。

最小的需求，客户端API和活动API需要使用活动创建流程定义并执行它。

4.5. 环境

在持久化执行环境下，环境的第一目的是让流程在不同的事务环境下执行，比如Java标准版，Java企业版，SEAM和Spring。

PVM代码自身只通过自身定义的接口来调用事务资源。比如，PVM自身拥有一些建立在hibernate会话，异步消息会话和定时任务会话的接口方法。

环境允许为其配置真实的实现，在请求的基础上实现服务的延迟加载，为事务的持续获得服务对象。

一个环境工厂是静态的，一个环境工厂提供应用中的所有线程。

        
            EnvironmentFactory environmentFactory = new PvmEnvironmentFactory("environment.cfg.xml");

环境部分可以像这样围绕在持久化流程操作周围：

        
            Environment environment = environmentFactory.openEnvironment();   
            try {   
             
              ... inside the environment block...   
             
            } finally {   
              environment.close();   
            }

PVM自身会从环境中获得所有事务资源和配置。 Activity实现也可以做同样的事情。

org.jbpm.pvm.internal.cfg.JbpmConfiguration 这个类扮演着Configuration， ProcessEngine和EnvironmentFactory三个角色。

4.6. 命令

命令封装了将被运行在环境块中的操作。命令的主要目的是获得逻辑。

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

4.7. 服务

这里有三个主要服务：RepositoryService， ExecutionService和ManagementService。通常来说，服务是会话外观，用来暴露PVM持久化应用的方法。下一部分用例子展示这些服务中的基本方法。

RepositoryService管理流程定义的资源。

        
            public interface RepositoryService {   
             
              Deployment createDeployment();   
             
              ProcessDefinitionQuery createProcessDefinitionQuery();   
             
              ...   
             
            }   
             
            ExecutionService管理 运行时的执行。   
             
            public interface ExecutionService {   
             
              ProcessInstance startProcessInstanceById(String processDefinitionId);   
             
              ProcessInstance signalExecutionById(String executionId);   
             
              ...   
             
            }   
             
            ManagementService包含了所有管理操作 来保持系统启动运行。   
             
            public interface ManagementService {   
             
              JobQuery createJobQuery();   
             
              void executeJob(long jobDbid);   
             
              ...   
             
            }

所有这些方法都封装成Command。这三个服务执行的方法都委派给一个CommandService：

        
            public interface CommandService {   
             
              < T> T execute(Command< T> command);   
             
            }

CommandService被配置到环境中。一个CommandService链可以看做环绕在一个命令周围的一些拦截器。这就是如何在不同的环境下进行持久化和事务支持的核心机制。

默认的配置文件jbpm.default.cfg.xml 包含了下面的配置服务。

        
            < jbpm-configuration>   
             
              < process-engine>   
             
                < repository-service />   
                < repository-cache />   
                < execution-service />   
                < history-service />   
                < management-service />   
                < identity-service />   
                < task-service />

文件 jbpm.tx.hibernate.cfg.xml包含了下面的command service配置:

        
            < jbpm-configuration>   
             
              < process-engine-context>   
                < command-service>   
                  < retry-interceptor />   
                  < environment-interceptor />   
                  < standard-transaction-interceptor />   
                < /command-service>   
              < /process-engine-context>   
             
              ...