二、Activiti-自定义用户表

在很多项目中都不会使用activiti提供的用户信息表，因为一般公司都会有独立的用户系统，所以重构activiti的用户表是十分棘手且重要的事情。activiti中用户表是已act_id_*开头的四张表，分别是用户信息表、分组（角色）表、用户角色关联表、用户扩展信息表。具体数据表字段这里不展开叙述，大家有需要可以去网上查阅，接下来阐述怎么弃用activiti流程引擎中自带的4张用户表，构建自己的用户表。在重构的时候着实费了一番功夫，记录下来以备以后翻阅，也为大家提供一个参考。

Activiti的每一张表都有一个对应的实体管理器，在引擎初始化时会初始化所有表的实体管理器（提供CRUD等功能），每一个实体类都有一个对应的实体管理类及实体管理工厂类。实体管理工厂类实现SeesionFactory接口。

用户信息表：

角色表

用户、角色关联表

其他数据表这里不做展示，关键的就是这三张表。

其实activiti用户表的重构核心在于编写自定义的实体管理类和工厂类，覆盖activiti原来的方法，在方法中进行增删查改时使用dao接口进行 *** 作，最后将得到的对象转化为activiti的对象，不然会出错。

致谢

activiti 自定义用户： https://blog.csdn.net/meng564764406/article/details/53789958

如何配置activiti的用户名密码

1. Activiti REST模块介绍

关于Rest的介绍就免除了，主要介绍一下Activiti Rest模块的功能以及如何使用。

1.1 使用REST的好处

简单化：利用现有模块（activiti-rest.war）代替直接API调用

标准化：各个系统根据rest模块的接口规范访问REST资源，统一处理；对于工作流平台来说此特性尤为突出

扩展性：如果官方提供的REST接口还不能满足可以继续在其基础上进行扩展以满足业务系统（平台）的需求

1.2 不适合使用REST的场景

业务数据与流程数据分离:就像kft-activiti-demo中普通表单的演示一样，业务数据保存在一张单独设计的表中，而不是把表单数据保存在引擎的变量表中，所以对于这样的场景中需要联合事务管理的就不能使用REST了，例如：启动流程、任务完成、业务与流程数据联合查询。

1.3 部署Rest模块

从5.11版本开始不再使用ant脚本的方式启动demo，并且把activiti-explorer和activiti-rest分离并分别提供一个war包，在wars目录可以找到它。

把activiti-rest.war解压到Web服务器的应用部署目录（例如tomcat的webapps），根据实际需求修改activiti-rest/WEB-INF/classes/db.properties里面的数据库配置后启动应用。

可以通过REST工具测试是否部署成功可以正常的提供服务，例如Chrome的插件REST

Console，或者通过Spring MVC提供的RestTemplate。

---