Flowable实战（一）启动第一个完整流程

  发现网上关于Flowable的资料基本都是浅尝辄止，对如何构建一个企业级的流程应用说明很少，所以写个实战系列，希望对大家和自己，都有所帮助。

  Flowable是一个使用Java编写的轻量级业务流程引擎。

  Flowable流程引擎可用于部署BPMN 2.0流程定义，创建这些流程定义的流程实例，进行查询，访问运行中或历史的流程实例与相关数据。

  Flowable是Activiti的fork，即Flowable源自Activiti。所以可以看到，Flowable很多设计与实现，与Activiti是相同的。

  开源Flowable官网：https://www.flowable.com/open-source/

  Flowable官网教程已经提供了一个很简单的流程运行例子，是英文版。

  下面的例子内容来源于官网教程，已经看过的同学可以直接跳过到下一节内容。

  我们将构建的例子是一个简单的请假(holiday request)流程：

  打开IDEA，通过File -> New -> Project... -> Maven 创建一个新的Maven项目

  在下一个界面，填入项目名Name，GroupId 和 ArtifactId 默认即可

  这样就建立了空的Maven项目。

  为项目添加3个依赖：

  在pom.xml文件中添加下列行：

  Log4j需要一个配置文件。在src/main/resources文件夹下添加log4j.properties文件，并写入下列内容：

注意： 关于Log4j 的远程代码执行漏洞问题，影响范围是Apache Log4j 2.x Reload Project以强制手动刷新。

  创建一个新的Java类，并添加标准的Java main方法：

  首先要做的是初始化ProcessEngine流程引擎实例。创建一个ProcessEngineConfiguration实例 ，并配置数据库JDBC连接。然后由ProcessEngineConfiguration创建ProcessEngine实例。

注意：内存H2数据库在JVM重启后会消失。如果需要永久保存数据，需要切换为持久化数据库，并相应切换连接参数。

  这样就可以运行了。在IDEA中最简单的方法是右键点击类文件，选择Run 'HolidayRequest.main()' ：

  成功运行，应该可以看到关于引擎启动与创建数据库表结构的提示日志：

  这样就得到了一个启动可用的流程引擎。接下来为它提供一个流程！

  我们要构建的流程是一个非常简单的请假流程。 在Flowable术语中，我们将其称为一个流程定义(process definition)。一个流程定义可以启动多个流程实例(process instance)。流程定义可以看做是重复执行流程的蓝图。 在这个例子中，流程定义定义了请假的各个步骤，而一个流程实例对应某个雇员提出的一个请假申请。

  我们要使用的流程定义为：

  为了明确起见，说明一下几个要点：

注意：一般来说，这样的流程定义使用可视化建模工具建立，如Flowable Designer(Eclipse)或Flowable Web Modeler(Web应用)。IDEA没有官方提供的可视化插件，可选插件为Flowable BPMN visualizer。

  将下面的XML保存在src/main/resources文件夹下名为holiday-request.bpmn20.xml的文件中。

  每一个步骤（在BPMN 2.0术语中称作活动(activity)）都有一个id属性，为其提供一个在XML文件中唯一的标识符。所有的活动都可以设置一个名字，以提高流程图的可读性。

  活动之间通过顺序流(sequence flow)连接，在流程图中是一个有向箭头。在执行流程实例时，执行(execution)会从启动事件沿着顺序流流向下一个活动。

  离开排他网关(带有X的菱形)的顺序流很特别：都以表达式(expression)的形式定义了条件(condition) 。当流程实例的执行到达这个网关时，会计算条件，并使用第一个计算为true的顺序流。这就是排他的含义：只选择一个。

  这里用作条件的表达式为"$ {approved}"，这是${approved == true}的简写。变量’approved’被称作流程变量(process variable)。

  现在我们已经有了流程BPMN 2.0 XML文件，下来需要将它'部署(deploy)'到引擎中。

  将流程定义部署至Flowable引擎，需要使用RepositoryService，其可以从ProcessEngine对象获取。使用RepositoryService，可以通过XML文件的路径创建一个新的部署(Deployment)，并调用deploy()方法实际执行：

  我们现在可以通过API查询验证流程定义已经部署在引擎中。通过RepositoryService创建的ProcessDefinitionQuery对象实现。

  现在已经在流程引擎中部署了流程定义，因此可以使用这个流程定义作为“蓝图”启动流程实例。

  要启动流程实例，需要提供一些初始化流程变量。一般来说，可以通过呈现给用户的表单，或者在流程由其他系统自动触发时通过REST API，来获取这些变量。在这个例子里，我们简化为使用java.util.Scanner类在命令行输入一些数据：

  接下来，我们使用RuntimeService启动一个流程实例。收集的数据作为一个java.util.Map实例传递，其中的键就是之后用于获取变量的标识符。这个流程实例使用key启动。这个key就是BPMN 2.0 XML文件中设置的id属性，在这个例子里是holidayRequest。

  在流程实例启动后，会创建一个执行(execution)，并将其放在启动事件上。从这里开始，这个执行沿着顺序流移动到经理审批的用户任务，并执行用户任务行为。这个行为将在数据库中创建一个任务，该任务可以之后使用查询找到。用户任务是一个等待状态(wait state)，引擎会停止执行，返回API调用处。

  我们还没有为用户任务配置办理人。我们想将第一个任务指派给"经理(managers)"组，而第二个用户任务指派给请假申请的提交人。因此需要为第一个任务添加candidateGroups属性，修改流程xml配置文件：

  并如下所示为第二个任务添加assignee属性。请注意我们没有像上面的’managers’一样使用静态值，而是使用一个流程变量动态指派。这个流程变量是在流程实例启动时传递的：

  要获得实际的任务列表，需要通过TaskService创建一个TaskQuery。我们配置这个查询只返回’managers’组的任务：