Activiti主流程各个属性说明BPMN 2.0

1BPMN 20模式的根元素是definitions元素。

多实例相关属性，以eclipse中的可视化图形 *** 作为例

Multil instance:

Sequential：执行顺序。必选项，可选值有true、false。用于设置多实例的执行顺序。True：多实例顺序执行，false：多实例并行

loop cardinality：循环基数。可选项。可以直接填整数，表示会签的人数。

Collection：集合。可选项。会签人数的集合，通常为list。和loop cardinality二选一

Element variable：元素变量。选择Collection时必选，为collection集合每次遍历的元素

Completion condition：完成条件。可选。Activiti会签有个特性，比如设置一个人完成后会签结束，那么其他人的代办任务都会消失。

>

很容易,比如说你有个代办任务,是Task1,然后你用Task1getExecutionId() 就拿到当前流程实例ID了,没有Task1也行,拿到execution对象也可以,直接getId就可以了 你记住,只要execution里面不管是Execution 还是 OpenExecution 还是ExecutionImpl都可

历史的信息都存储在这些表中，我们可以根据定义挨个去看一下

在上一个帖子中，我们使用老师执行了报销的任务，这里就可以查到历史信息了。

下面可以根据流程实例id来查询所有的历史信息：

Activiti中提供了多实例任务（for-each）将多实例应到到UserTask中可以实现会签功能。

一多实例用户任务的XML表示：

Xml代码

<userTask id="task" name="多实例任务">

<multiInstanceLoopCharacteristics isSequential="false">

<loopDataInputRef>assigneeList</loopDataInputRef>

<inputDataItem name="assignee"></inputDataItem>

<!-- userIdList[user1,user2,user3] -->

<completionCondition>${nrOfCompletedInstances/nrOfInstances >= 06}</completionCondition>

</multiInstanceLoopCharacteristics>

</userTask>

<userTask id="task" name="多实例任务">

<multiInstanceLoopCharacteristics isSequential="false">

<loopDataInputRef>assigneeList</loopDataInputRef>

<inputDataItem name="assignee"></inputDataItem>

<!-- userIdList[user1,user2,user3] -->

<completionCondition>${nrOfCompletedInstances/nrOfInstances >= 06}</completionCondition>

</multiInstanceLoopCharacteristics>

</userTask>

在每个多实例创建后都会有3个变量

nrOfInstances 实例总数

nrOfActiveInstances 当前还没有完成的实例

nrOfCompleteInstances 已经完成的实例个数

multiInstanceLoopCharacteristics 是用了指定用户任务为多实例任务，isSequential

指定多实例是按照并行或者串行的方式进行，如果使用串行方式nrOfActiveInstances 变量始终是1

loopDataInputRef

指定一个流程变量的引用，该变量是一个List，可以在发起或这执行任务之前作为流程变量放到引擎中，该list中的每一个元素将创建一个任务。元素的值通过

inputDataItem 元素的指定的变量来获取

如 在这个实例中 assigneeList =

ArraysasList("liyagn","cooperay","other"); 这会创建3个用户任务，每个用户任务中都有一个 assignee

的变量，来分别得到list中的值。

completionCondition 结束任务的条件，该示例中是任务完成 60% 结束

二给用户任务指定代理人

xml表示：

Xml代码

<userTask id="thisTask2" name="myTask2">

<humanPerformer>

<resourceAssignmentExpression>

<formalExpression>liyang</formalExpression>

</resourceAssignmentExpression>

</humanPerformer>

</userTask>

<userTask id="thisTask2" name="myTask2">

<humanPerformer>

<resourceAssignmentExpression>

<formalExpression>liyang</formalExpression>

</resourceAssignmentExpression>

</humanPerformer>

</userTask>

上面的描述将该用户任务分配给用户 liyang 可以通过

taskServicecreateTaskQuerytaskAssignee("liyang")list();来获取该任务

三通过上面两部 将 用户任务做成了多任务，也可以将 任务分配给指定的代理人，现在只用将上面两个步骤进行结合

在第一步中我们知道变量 assignee 是 会签人员的标识，只需要将指定代理人的地方用表达式来指定 assignee 变量就行了

完整XML：

Xml代码

<userTask id="thisTask2" name="myTask2">

<humanPerformer>

<resourceAssignmentExpression>

<formalExpression>${assignee}</formalExpression>

</resourceAssignmentExpression>

</humanPerformer>

<multiInstanceLoopCharacteristics isSequential="false">

<loopDataInputRef>assigneeList</loopDataInputRef>

<inputDataItem name="assignee"></inputDataItem>

<!-- userIdList[user1,user2,user3] -->

<completionCondition>${nrOfCompletedInstances/nrOfInstances >= 06}</completionCondition>

</multiInstanceLoopCharacteristics>

</userTask><SPAN style="WHITE-SPACE: pre"> </SPAN>

<userTask id="thisTask2" name="myTask2">

<humanPerformer>

<resourceAssignmentExpression>

<formalExpression>${assignee}</formalExpression>

</resourceAssignmentExpression>

</humanPerformer>

<multiInstanceLoopCharacteristics isSequential="false">

<loopDataInputRef>assigneeList</loopDataInputRef>

<inputDataItem name="assignee"></inputDataItem>

<!-- userIdList[user1,user2,user3] -->

<completionCondition>${nrOfCompletedInstances/nrOfInstances >= 06}</completionCondition>

</multiInstanceLoopCharacteristics>

</userTask>

完工。

1Activiti表结构设计

Activiti的表结构设计分为两种类型：运行时(ACT_RU)、历史(ACT_HI)。

11 运行时变量

所有运行时的变量都保存在表：ACT_RU_VARIABLE中，这些变量可以在启动流程、完成任务、动态添加的方式插入到数据库，以便流程在处理中可以根据变量的值决定流程的走向。

12 历史变量呢？

为什么没有ACT_HI_VARIABLE这张表呢？

我在开始的时候也是苦恼为什么没有这张表，导致在跟踪历史流程信息的时候不能获取变量。

2了解历史级别

Activit默认提供了4中历史级别：

none: 不保存任何历史记录，可以提高系统性能；

activity：保存所有的流程实例、任务、活动信息；

audit：也是Activiti的默认级别，保存所有的流程实例、任务、活动、表单属性；

full： 最完整的历史记录，除了包含audit级别的信息之外还能保存详细，例如：流程变量。

对于几种级别根据对功能的要求选择，如果需要日后跟踪详细可以开启full。

3配置历史级别

31 在XML中配置

在引擎BeanprocessEngineConfiguration中配置：

<bean id="processEngineConfiguration" class="orgactivitispringSpringProcessEngineConfiguration">

<property name="history" value="full">

</property></bean>

32 动态配置

ProcessEngine processEngine = ProcessEngineConfiguration

createProcessEngineConfigurationFromResourceDefault()

setHistory("full")

buildProcessEngine();

4读取历史变量

现在再重启你的应用，启动流程或者在任务complete之后查看ACT_HI_DETAIL表的数据已经记录了。

41 Java代码-510版本之前

List<HistoricDetail> list = historyServicecreateHistoricDetailQuery()processInstanceId(processInstancegetId())list();

for (HistoricDetail historicDetail : list) {

HistoricVariableUpdate variable = (HistoricVariableUpdate) historicDetail;

Systemoutprintln("variable: " + variablegetVariableName() + " = " + variablegetValue());

}

42 Java代码-511版本之后

511版本在变量保存方面做了变动，单独创建了一张表ACT_HI_VARINST保存变量，可以通过下面的代码读取变量。

Activiti 中的用户与组用于界定任务的候选者与办理者。组可以理解为角色，属于某个组的用户，就可以作为某个任务的候选者或者办理者。

我们还可以通过 Activiti 的 API 来创建、查询或删除某个用户或者某个组。Activiti 还提供了建立关系的 API 用于绑定用户与组之间的关系。

（1）创建用户

首先使用 identityService 的 newUser(String userId) ，创建一个 User 对象；然后设置其相关属性，最后调用 saveUser(User user) 持久化该用户。

（2）查询用户

这里把 userId 作为查询条件，查询出刚刚创建的用户。UserQuery 类中的方法（比如这里的 userId 方法）大都支持链式 *** 作。链式 *** 作指的是这些方法都会返回类对象本身，这样我们就可以像一根链条一样调用这些类方法。

（3）删除用户

userId 作为入参，调用 deleteUser 方法，就会删除该用户。

在 Activiti 中，组的类型分为 assignment 和 security-role ，前者是普通角色，用于分配业务功能权限；后者是管理角色，用于管理组织结构与流程。

IdentityService 类中也有对应的新建、保存、查询与删除组的方法。

用户与组之间的关系是多对多。一个用户可以归属于多个组；而一个组也可以包含多个用户。

利用 reateMembership(String userId, String groupId) 方法，就可以建立用户与组之间的关系。

如果要查询指定组下的所有用户，那么需要先创建 UserQuery 对象，然后调用 memberOfGroup(String groupId) 方法，就会生成查询所有隶属于该组下的用户 SQL。

而要查询指定用户下的组，则需要创建 GroupQuery 对象，然后调用 groupMember(String groupMemberUserId) 方法。

这里的任务指的是 userTask，即需要人办理的任务。我们可以把任务先指定给一个或多个候选人或候选组。这样，只有这个任务被某个人签收后，它才能被办理。

可以在 bpmn 文件中的 userTask 标签内，通过 activiti:candidateGroups 来指定候选组，形如：

userTask 定义好候选组之后，属于该候选组的用户就可以签收然后办理该任务。

如果候选组中存在多个用户，那么只有其中的某个用户签收了任务，那么其它用户就看不到该任务咯：

只要任务还未被签收，候选组内的任意用户都可以签收该任务；一旦任务被签收，候选组内的其他用户就无法查看与签收该任务咯。

也可以跳过候选组，直接把用户分配给多个候选人。

首先在 bpmn 文件的 userTask 标签中，定义 activiti:candidateUsers ，多个候选人以逗号分隔，这里一般使用 userId。

定义好后，就可以在 API 中，让指定候选人查看并签收该任务：

某个候选人签收后，其他候选人就看不到该任务咯。

以上就是关于Activiti主流程各个属性说明BPMN 2.0全部的内容，包括:Activiti主流程各个属性说明BPMN 2.0、项目管理软件有哪些好的推荐、activiti 流程定义表怎么得到部署id等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！