【12】Camunda7-Camunda Modeler

Camunda Modeler

工欲善其事必先利其器，在正式开始流程引擎学习实践之前，先了解一下Camunda官方提供的流程设计器工具。需要注意的是，目前Camunda有2个长期维护的大版本，即Camunda7和Camunda8，其中Camunda7更社区化一些，相关工具、组件基本都开源，但Camunda8相比之下就更商业化一些，如果对这部分感兴趣，可以关注一下本专题里的Camunda8及其与Camudna7的对比内容。这里要说的是，无论是Camunda7还是Camunda8，官方都提供了一个开源的本地设计器——Camunda Modeler。（Camunda8还提供了一个非开源的在线设计器，为了更好地配合流程引擎SaaS化服务使用）

下载安装

Camunda Modeler可以通过官网下载安装，可以根据自己电脑或环境配置，选择相应的版本即可。

下载完成后，解压相应的压缩包即可；运行启动Camunda Modeler:

• Modeler.exe (Windows)
• Camunda Modeler.app (Mac)
• camunda-modeler (Linux)

功能概述

启动页面

在启动界面可以看到，正如我们之前提到的，Modeler支持Camunda7与Camunda8，在这里我们可以根据自己需求开展BPMN、DMN建模。

那有人会问，Camunda不是还是支持CMMN么？这个就与Camunda本身自己发展策略与路线的话题有关了，不过在当前的Modeler版本中还是支持CMMN建模的，不过需要一些额外的启动参数配置，需要在启动程序后添加--no-disable-cmmn的启动参数。

完成上述配置后，再次打开Modeler你发行启动页面也没有CMMN建模选项，这时你需要去File-New File去找了，其中CMMN仅支持Camunda7。

建模工具栏

如果你选择不同的模型，例如BPMN，DMN, CMMN，它们展示的画布界面是不一样了，这里我们先以BPMN为主进行分享，后续在DMN、CMMN相关内容的博文中，再详细介绍它们各自的建模工具。

点击Camunda7下的BPMN Diagranm后，接口打开建模绘制界面：左侧是图元工具栏，右侧是属性配置栏。

建模过程中，可以通过左侧图元工具栏查找、搜索相应图元，并拖拽至画布中。

此外，画布右上角还有一个缩略图或小地图，点开后可以自由拖拽画布位置。

属性配置栏

进入建模绘制界面后，右侧即为属性配置栏。点击选择不同的图元，即可为其配置相关属性值。

流程定义全局配置

在建模绘制界面点击空白区域，右侧属性栏即切换为流程全局配置。

• General为基础配置，包括流程定义的名称、ID以及版本标识，但是需要注意，这里的 ID和流程发布后，流程定义在数据库中的ID并不是一致的，版本表示也是类似，后续在其他博文再详解介绍Camunda ID生成器的原理。Modeler中的流程ID其本质是流程引擎中，相应流程定义的Key。
• Executable标识当前流程是可用的，如果不勾选该属性，则流程定义不可实例化。
• Documentation：流程定义的说明信息
• History cleanup：历史数据清理时间。Camunda原生支持可灵活自定义的历史数据清理机制，包括基于结束时间的清理策略和基于删除时间的清理策略。这里定义的是流程定义级别的历史数据存活时间，关于历史清理也会在后续的分享中详细说明，这里先了解一个功能和基础概念。
• Tasklist-Starttable：开启任务代办列表
• Cadidate starter：配置或指定流程启动者。Groups可按需配置多个用户组；Users可按需配置多个用户，用逗号隔开。

• External task：配置外部任务优先级。外部任务是Camunda7的一个特性，后续分享到这部分功能时再展开。 

Job execution：作业执行器，作业是Camunda7的一种异步机制。

Execution listeners：执行监听器，在业务流程执行过程中，用于捕获相应事件并按照事先的逻辑执行相关操作。

Extension properties：扩展属性。

流程定义图元配置

图元便捷工具栏

在Modeler中点击/选中任意一个图元，都会显示相应的便捷工具栏。

在便捷工具栏中，可以做多少操作，例如快速创建下一个图元并完成链接、修订图元具体类型、自定义链接、删除图元等。

底部工具栏

在底部工具栏中，上方是信息显示区域，可以通过点击x和！来控制显示与隐藏。

XML：以标准化XML格式显示建模的流程

Camunda7.x：可以自定义当前Modeler中Camunda的版本

小火箭：可以部署流程定义/模型，其中：

• deployment name：部署名称，对应一个Deployment实例对象
• Tenant ID：租户ID，如果要使用多租户模式的话，可以在此处指定流程定义归属的租户
• REST endpoint：流程引擎服务REST接口地址，可根据自己流程引擎后端的具体情况填写，可以是本地启动的服务、远程部署的服务等等。关于部分Camunda官方也提供了现成的bpm组件以及REST API接口组件，使用起来非常方便，关于上述组件，在后续关于spring、springboot集成部分再详细分享。

 ：可以启动流程/流程实例化，如果你计划使用官方的bpm的话，在bpm里Camunda封装并提供了一个在线的流程管理平台，其中的Tasklist也可以实现类似的功能。