Activiti 5.8 中文手册：从入门到配置与部署详解

3星 · 超过75%的资源需积分: 10 178 浏览量更新于2024-07-25 收藏 3.42MB PDF 举报

《Activiti 5.8中文用户手册》是一本详细介绍 Activiti 工作流管理系统的指南，由译者栗建涛编写。该手册旨在帮助用户快速理解和上手 Activiti，无论你是初学者还是有经验的开发者，都能从中找到所需的信息。第一部分，"简介"，主要介绍了 Activiti 的许可、下载途径、源码获取以及所需的软件环境，包括 JDK 5+、Ant 1.8.1+ 和 Eclipse 3.6.2。手册鼓励用户在遇到问题时报告，并提及了某些试验性的特性和内部实现类，以便于技术探索。第二章，"入门"，通过一分钟版和演示设置引导读者开始，提供了 workspace 文件夹下的示例项目，便于实战学习。此外，还涵盖了类库依赖、Eclipse 设置、查看数据库以及数据库表命名规则等内容，确保开发环境的搭建和数据管理的正确性。第三章，"配置"，详细讲解了如何创建 ProcessEngine，配置 ProcessEngineConfigurationbean，涉及数据库连接、作业执行器、邮件服务器和历史记录等核心组件。同时，列出了支持的数据库类型，以及创建和更新数据库表的过程。第四章，"Spring集成"，深入介绍了如何将 Activiti 与 Spring 框架结合，包括 ProcessEngineFactoryBean 的使用、事务管理、表达式和自动资源部署，以及单元测试的设置。第五章，"API"，介绍了引擎 API、异常处理策略、单元测试和调试方法，以及如何在 web 应用中集成工作流引擎。此外，流程虚拟机 (PVM) API 和表达式语言的使用也得到了详述。第六章，"部署"，重点讲解业务归档文件的三种部署方式：编程式、Ant 和 ActivitiExplorer。外部资源如 Java 类、Spring Beans 在流程中的应用，以及如何创建独立应用和管理流程版本也在此部分阐述。流程图的提供和自动生成也是部署环节的重要内容。第七章，"BPMN"，对 Business Process Model and Notation (BPMN) 进行了详尽解释，包括BPMN 的概念、示例展示、流程定义的基本步骤、入门指南以及流程实例的启动。《Activiti 5.8中文用户手册》涵盖了从安装配置到高级使用的技术细节，是理解和实践 Activiti 工作流管理的实用指南，尤其适合希望深入学习和开发的企业和开发者。

小觑夜漫酒作伴，破晓黎明当笑言

第三章、配置

3.1

创建

ProcessEngine

Activiti 流程引擎是通过 acitiviti.cfg.xml 文件进行配置的。注意，这不适用于使用 Spring 构建流程引擎的情况。

获得 ProcessEngine 最简单的方式是使用 org.activiti.engine.ProcessEngines 类：

ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine()

它会查找类路径下的 activiti.cfg.xml 文件，然后根据文件中的配置构建引擎。下面的片段展示了一个示例配置。下一节将

对配置属性做详细的介绍。

<beansxmlns="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">

<beanid="processEngineConfiguration"class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">

<propertyname="jdbcUrl"value="jdbc:h2:mem:activiti;DB_CLOSE_DELAY=1000"/>

<propertyname="jdbcDriver"value="org.h2.Driver"/>

<propertyname="jdbcUsername"value="sa"/>

<propertyname="jdbcPassword"value=""/>

<propertyname="databaseSchemaUpdate"value="true"/>

<propertyname="jobExecutorActivate"value="false"/>

<propertyname="mailServerHost"value="mail.my-corp.com"/>

<propertyname="mailServerPort"value="5025"/>

</bean>

</beans>

注意该 xml 配置文件实际上是一个 Spring 配置文件。

这并不意味着

Activiti

只能在

Spring

环境下使用！

我们只是利用 Spring

的解析和依赖注入能力来构建引擎。

也可以以编程的方式使用配置文件创建 PrcessEngineConfiguration 对象。也可以使用 bean 的 id（例子，见第 3 行）。

ProcessEngineConfiguration.createProcessEngineConfigurationFromResourceDefault();

ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource);

ProcessEngineConfiguration.createProcessEngineConfigurationFromResource(String resource, String beanName);

ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream);

ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(InputStream inputStream, String beanName);

也可以不使用配置文件，创建默认的配置对象（更多信息，参看所支持的其它类）。

小觑夜漫酒作伴，破晓黎明当笑言

ProcessEngineConfiguration.createStandaloneProcessEngineConfiguration();

ProcessEngineConfiguration.createStandaloneInMemProcessEngineConfiguration();

所有这些 ProcessEngineConfiguration.createXXX()方法都会返回 ProcessEngineConfiguration 对象，可以进一步对其做必要的

调整。调用 buildProcessEngine()方法后，会创建一个 ProcessEngine：

ProcessEngine processEngine = ProcessEngineConfiguration.createStandaloneInMemProcessEngineConfiguration()

.setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_FALSE)

.setJdbcUrl("jdbc:h2:mem:my-own-db;DB_CLOSE_DELAY=1000")

.setJobExecutorActivate(true)

.buildProcessEngine();

3.2 ProcessEngineConfiguration bean

activiti.cfg.xml 文件内必须包含一个 id 为’ processEngineConfiguration’的 bean。

<beanid="processEngineConfiguration"class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">

这个 bean 接下来被用来构造 ProcessEngine。存在多个可用于定义 processEngineConfiguration 的类。这些类代表着不同的

环境，有相应的默认设置。最好选择（最）适合你环境的那个类，这样会尽量减小需要配置流程引擎属性的数量。以下

是目前可用的类（将来可能会更多）：

 org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration：此流程引擎用于独立环境下。Acitviti 会处理事务。

默认，只在该引擎启动时检查数据库（不存在 Activiti 数据库模式或模式版本不合适都会抛出异常）。

 org.activiti.engine.impl.cfg.StandaloneInMemProcessEngineConfiguration：这是一个方便单元测试的类。Acitviti 会处理

事务。默认使用 H2 内存数据库。此数据库在流程引擎启动与关闭时进行创建和删除。使用这个类时，可能不需要进

行额外的配置（除了在使用作业执行器（job executor）或邮件功能时）。

 org.activiti.spring.SpringProcessEngineConfiguration：Spring 环境下使用流程引擎的情况下使用。更多信息，参看

Spring

集成一节。

 org.activiti.engine.impl.cfg.JtaProcessEngineConfiguration：（[试验性的]）使用 JTA 事务，以独立模式运行的流程引擎

的环境下使用。

3.3

数据库配置

有两种方式来配置 Activiti 引擎使用的数据库。第一个选择就是定义数据库的 jdbc 属性：

 jdbcUrl：数据库的 jdbc url。

 jdbcDriver：特定数据库类型驱动的实现。

 jdbcUsername：连接数据库的用户名。

 jdbcPassword：连接数据库的密码。

根据提供的 jdbc 属性创建的 datasource 使用默认配置的 MyBatis 连接池。可以选择性地设置以下属性来调整连接池（出

自 MyBatis 文档）：

小觑夜漫酒作伴，破晓黎明当笑言

 jdbcMaxActiveConnections：任何时候连接池所包含有效连接的最大个数。默认是 10。

 jdbcMaxIdleConnections：任何时候连接池所包含闲置连接的最大个数。

 jdbcMaxCheckoutTime：连接从连接池‘检出’到真正获取到之间的毫秒数。默认为 20000（20 秒）。

 jdbcMaxWaitTime：这是一个低层次的设置，当一个连接占用了过长时间，它让连接池有机会打印日志，并重新

尝试获取连接

（以避免如果误配了连接池，发生永久性失败）。默认为 20000（20 秒）。

数据库配置的示例：

<propertyname="jdbcUrl"value="jdbc:h2:mem:activiti;DB_CLOSE_DELAY=1000"/>

<propertyname="jdbcDriver"value="org.h2.Driver"/>

<propertyname="jdbcUsername"value="sa"/>

<propertyname="jdbcPassword"value=""/>

或者，可以使用 javax.sql.DataSource 的实现（例如，Apache Commons 的 DBCP）：

<beanid="dataSource"class="org.apache.commons.dbcp.BasicDataSource">

<propertyname="driverClassName"value="com.mysql.jdbc.Driver"/>

<propertyname="url"value="jdbc:mysql://localhost:3306/activiti"/>

<propertyname="username"value="activiti"/>

<propertyname="password"value="activiti"/>

<propertyname="defaultAutoCommit"value="false"/>

</bean>

<beanid="processEngineConfiguration"class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">

<propertyname="dataSource"ref="dataSource"/>

...

注意，Activiti 中没有包含支持 datasource 的类库。所以你必须要确保类路径下存在那些类库（比如，DBCP）。

不管是使用 jdbc 还是 datasource，都可以设置以下属性：

 databaseType：一般不需要指定这个属性，因为引擎自动会从数据库连接元数据分析得到。只在为防止万一自

动检测失败时指定。可能的值有：{h2, mysql, oracle, postgrs, mssql, db2}。

在不使用默认的

数据库时，这个属

性是必须的

。该设置决定了使用哪种 create/drop 脚本和查询。（译注，这句话的意思是，使用哪种数据风格的

DML、DCL）见‘支持的数据库’一节来查看支持哪种数据库。

 databaseSchemaUpdate：允许在流程引擎启动和关闭时设置处理数据库模式的策略。

 false（默认）：创建流程引擎时检查数据库模式的版本是否与类库匹配，如果版本不匹配就会抛出异常。

 true：构建流程引擎时，执行检查，如果有必要会更新数据库模式。如果数据库模式不存在，就创建一个。

 create-drop：创建流程引擎时创建数据库模式，关闭流程引擎时删除数据库模式。

3.4

作业执行器的激活

JobExecutor 是管理触发定时器线程的组件（以及接下来介绍的异步消息）。进行单元测试时，处理多线程是很多余的。因

此该 API 允许对作业（jobs）进行查询（ManagementService.createJobQuery）和执行（ManagementService.executeJob），

这样一来就可以在单元测试中控制作业的执行了。要想避免该作业执行器接口，可以将其关闭。

默认，JobExecutor 在流程引擎启动时被激活。当不想让 JobExecutor 在流程引擎启动时被激活，指定

小觑夜漫酒作伴，破晓黎明当笑言

 添加适当的数据库驱动

 添加 Activiti 的配置文件（activiti.cfg.xml）到你的 classpath 下，配置文件指向你的数据库（见数据库配置一节）

 执行 DbSchemaCreate 类的 main 方法

然而，通常只有数据库管理员才能够在数据库上执行 DDL 语句。此 DDL 的 SQL 语句可以在 Activiti 引擎的 jar 文件

（activiti-engine-x.jar）中的 org/activiti/db/create 包（drop 文件夹包含了 dorp 语句）找到。sql 文件的格式为

activiti.{db}.{create|drop}.{type}.sql

其中 db 是任何所支持的数据库，type 为

 engine

：

引擎执行所需的表。必需的。

 identity

：

可选表，在使用随引擎分发的默认 identity 管理时使用。

 history

：

包含历史和审核信息。可选：当历史级别设置为 none 时不需要。

3.10

数据库更新

[

试验性的

]

对于更新的完整测试我们还没有充分的信心。这就是为什么我们将其标记为试验性的原因。在运行更新前，确保将数据

库进行了备份（利用你数据库的备份能力）。

默认，每次创建流程引擎时都会执行版本的检查。这一般发生在你的应用程序或 Activiti web 应用启动的时候。如果 Activiti

的类库发现类库的版本与 Activiti 数据库表的版本不一样，就会抛出异常。

要想更新，必须在你的 activiti.cfg.xml 配置文件配置以下配置属性：

<beans... >

<beanid="processEngineConfiguration"

class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">

<propertyname="databaseSchemaUpdate"value="true"/>

</bean>

</beans>

同时，将与你的数据库相适应的数据库驱动置于

classpath

下。

更新你的应用程序下的 Activiti 类库。或者启动新版本的

Activiti，然后将它指到包含老版本的数据库。databaseSchemaUpdate 为 true 时，Activiti 会在第一次发现其类库与数据库

模式不同步时自动将数据库模式更新到一个比较新的版本。

剩余169页未读，继续阅读

zhoupeiqing1983

粉丝: 1
资源: 9

Activiti 5.8 中文手册：从入门到配置与部署详解

workflow activity

Workflow

workflow

github-workflow-activity:学习使用fork-feature-branch-pull-request工作流程的团队活动

Create Sharepoint Site By Template in Code - Workflow Custom Activity

Windows-Workflow-Foundation

taverna-xpath-activity-ui:Taverna Workflow 系统 XPath Activity

taverna-rest-activity-ui:Taverna Workflow 系统 RESTful Web 服务活动

alfred-adb-workflow:环绕adb命令的“ Alfred”工作流，以避免“多个deviceemulator”错误

blog-post-workflow：使用RSS feed自动在GitHub个人资料项目自述文件中显示来自任何来源或StackOverflow活动或Youtube视频的最新博客文章

最新资源