【第四篇】Camunda系列-ProcessEngine核心对象_波波烤鸭的技术博客_

一、ProcessEngine

ProcessEngine是Camunda流程引擎的核心。我们在流程中的很多具体的处理比如 流程部署 、 流程部署 、 流程审批 等操作都是通过 XXXService 来处理的。而相关的 XXXService 都是通过 ProcessEngine 来管理的。所以对于 ProcessEngine 的创建方式还是很有必要掌握的。

1. 通过xml配置方式

配置你的流程引擎的最简单的方法是通过一个叫做 camunda.cfg.xml 的XML文件。使用这个文件，你可以简单这样做:

@Test
    public void processEngine3(){
        ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
        System.out.println("processEngine = " + processEngine);
    }

我们定义如下的 camunda.cfg.xml 文件。注意 camunda.cfg.xml 必须包含一个id为 processEngineConfiguration 的bean

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="processEngineConfiguration" class="org.camunda.bpm.engine.impl.cfg.StandaloneProcessEngineConfiguration">

        <property name="jdbcUrl" value="jdbc:h2:mem:camunda;DB_CLOSE_DELAY=1000" />
        <property name="jdbcDriver" value="org.h2.Driver" />
        <property name="jdbcUsername" value="sa" />
        <property name="jdbcPassword" value="" />

        <property name="databaseSchemaUpdate" value="true" />

        <property name="jobExecutorActivate" value="false" />

        <property name="mailServerHost" value="mail.my-corp.com" />
        <property name="mailServerPort" value="5025" />
    </bean>

</beans>

如果没有找到 camunda.cfg.xml 资源，默认引擎将搜索 activiti.cfg.xml 文件作为备用。如果两者都缺失，引擎就会停止运行，并打印出关于缺失配置资源的错误信息。

请注意，配置XML实际上是一个Spring配置。这并不意味着Camunda引擎只能在Spring环境中使用。我们只是在内部利用Spring的解析和依赖注入功能来建立引擎。

ProcessEngineConfiguration对象也可以使用配置文件以编程方式创建。也可以使用不同的bean id。

ProcessEngineConfiguration.createProcessEngineConfigurationFromResourceDefault();
ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource);
ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource, String beanName);
ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream);
ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream, String beanName);

2. JavaAPI方式

我们也可以通过创建正确的ProcessEngineConfiguration对象或使用一些预定义的对象，以编程方式配置流程引擎。

ProcessEngineConfiguration.createStandaloneProcessEngineConfiguration();
ProcessEngineConfiguration.createStandaloneInMemProcessEngineConfiguration();

org.camunda.bpm.engine.impl.cfg.StandaloneProcessEngineConfiguration 流程引擎是以独立的方式使用的。引擎本身将负责处理事务。默认情况下，只有在引擎启动时才会检查数据库（如果没有数据库模式或模式版本不正确，会抛出一个异常）。
org.camunda.bpm.engine.impl.cfg.StandaloneInMemProcessEngineConfiguration 这是一个用于单元测试的工具类。引擎本身将负责处理事务。默认使用H2内存数据库。该数据库将在引擎启动和关闭时被创建和删除。当使用这个时，可能不需要额外的配置（除了，当使用Job执行器（job executor）或邮件功能时）。
org.camunda.bpm.engine.spring.SpringProcessEngineConfiguration 当流程引擎被用于Spring环境时使用。

@Test
    public void processEngine1(){
        ProcessEngineConfigurationImpl cfg = new StandaloneProcessEngineConfiguration()
                .setJdbcUrl("jdbc:mysql://localhost:3306/camunda1?serverTimezone=UTC")
                .setJdbcUsername("root")
                .setJdbcPassword("123456")
                .setJdbcDriver("com.mysql.cj.jdbc.Driver")
                .setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_FALSE)
                .setHistory("full");
        ProcessEngine processEngine = cfg.buildProcessEngine();
        System.out.println("processEngine = " + processEngine);
    }

   @Test
    public void processEngine2(){
        ProcessEngineConfiguration cfg = ProcessEngineConfiguration.createStandaloneProcessEngineConfiguration();
        cfg.setJdbcUrl("jdbc:mysql://localhost:3306/camunda2?serverTimezone=UTC")
                .setJdbcUsername("root")
                .setJdbcPassword("123456")
                .setJdbcDriver("com.mysql.cj.jdbc.Driver")
                .setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_FALSE)
                .setHistory("full");

        ProcessEngine processEngine = cfg.buildProcessEngine();
        System.out.println("processEngine = " + processEngine);
    }

3.SpringBoot项目

在SpringBoot项目会根据我们导入的依赖完成自动装配，从而完成ProcessEngine的自动注入。我们可以来分析下源码。

【第四篇】Camunda系列-ProcessEngine核心对象_spring_02

我们需要注意对于Camunda的相关配置。我们可以在application.yml 中配置。原因是 CamundaBpmProperties的处理。然后就是 @Import(CamundaBpmConfiguration.class) 。在CamundaBpmConfiguration会完成相关的 ProcessEngineConfiguration 的相关注入。

【第四篇】Camunda系列-ProcessEngine核心对象_ProcessEngine_03

【第四篇】Camunda系列-ProcessEngine核心对象_java_04

这块感兴趣的小伙伴可以仔细阅读下。

4.Service API

Java API是与引擎互动的最常见方式。中心起点是 ProcessEngine ，它可以通过几种方式创建，如配置部分所述。从ProcessEngine中，你可以获得包含工作流/BPM方法的各种服务。 ProcessEngine 和 服务对象 是 线程安全 的。所以你可以为整个服务器保留对其中一个对象的引用.

【第四篇】Camunda系列-ProcessEngine核心对象_RuntimeService_05

ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();

RepositoryService repositoryService = processEngine.getRepositoryService();
RuntimeService runtimeService = processEngine.getRuntimeService();
TaskService taskService = processEngine.getTaskService();
IdentityService identityService = processEngine.getIdentityService();
FormService formService = processEngine.getFormService();
HistoryService historyService = processEngine.getHistoryService();
ManagementService managementService = processEngine.getManagementService();
FilterService filterService = processEngine.getFilterService();
ExternalTaskService externalTaskService = processEngine.getExternalTaskService();
CaseService caseService = processEngine.getCaseService();
DecisionService decisionService = processEngine.getDecisionService();

注意：所有的服务都是 无状态的 。这意味着你可以很容易地在一个集群的多个节点上运行Camunda平台，每个节点都去同一个数据库，而不必担心哪个机器实际执行了以前的调用。对任何服务的任何调用都是无状态的，无论它在哪里执行。

每个服务的简单介绍

服务名称	介绍
仓库服务 RepositoryService	提供了管理和操纵部署和流程定义的操作
运行时服务- RuntimeService	首先可以通过一个流程定义启动多个流程实例。也能用于处理检索和存储流程变量的服务
任务服务- TaskService	围绕用户审批操作的一切都会被归纳到TaskService。比如：查询分配给用户或组的任务，创建新的独立任务。这些是与流程实例无关的任务，操纵一个任务被分配给哪个用户，或者哪个用户以某种方式参与到任务中，声称并完成一项任务。声称意味着有人决定成为该任务的受让人，意味着这个用户将完成该任务。完成意味着 “完成任务的工作”等
身份服务- IdentityService	是非常简单的。它允许对组和用户进行管理（创建、更新、删除、查询…）。重要的是要理解，核心引擎实际上在运行时并不对用户进行任何检查
表单服务- FormService	一个可选的服务。提供了表单功能
历史服务- HistoryService	暴露了引擎收集的所有历史数据。当执行流程时，引擎可以保留很多数据（这是可配置的），如流程实例的开始时间、谁做了哪些任务、完成任务花了多长时间、每个流程实例遵循的路径等。该服务主要暴露了访问这些数据的查询功能。
管理服务- ManagementService	它允许检索关于数据库表和表元数据的信息。此外，它暴露了查询功能和Job的管理操作。Job在引擎中被用于各种事情，如定时器、异步延续、延迟暂停/激活等。
过滤器服务- FilterService	允许创建和管理过滤器。过滤器是像任务查询一样的存储查询。例如，过滤器被任务列表用来过滤用户任务
外部任务服务- ExternalTaskService	提供对外部任务实例的访问。外部任务代表在外部处理的工作项目，独立于流程引擎。
案例服务- CaseService	与运行时服务（ RuntimeService ）类似，但用于案例实例。它处理启动案例定义的新案例实例并管理案例执行的生命周期。该服务也被用来检索和更新案例实例的流程变量。
决策服务- DecisionService	允许评估部署在引擎中的决策。它是评估独立于流程定义的业务规则任务中的决策的一种选择。