Activiti工作流引擎使用,工作流引擎Activiti使用计算

原标题:基于工作流的阳台管理连串规划

Activiti工作流引擎使用

亚洲必赢登录 1

1.简单介工作流引擎与Activiti

对此工作流引擎的演说请参考百度完善:办事流引擎

1.不难介工作流引擎与Activiti

对此工作流引擎的讲演请参见百度健全:行事流引擎

1.简单介工作流引擎与Activiti

对于工作流引擎的讲演请参考百度健全:行事流引擎

对于互联网经济平台来说,首要的事体愈发是关乎资本工作相关操作时都有要求有连锁的审批流程.同时在工艺流程的萍踪浪迹进程中须要和顺序业务系统举办交互,落成真正的业务处理,
并记录这些历程中所有人的操作以及每一步操作时所涉嫌数量快照,以便于内外部审计和题材的追溯.

1.1 我与工作流引擎

在第一家商家办事的时候根本义务就是开发OA系统,当然基本都是有工作流的支撑,然而当下采取的做事流引擎是店铺部分牛人开发的(据说是用一个开源的引擎修改的),名称叫CoreFlow;成效相对Activiti来说相比弱,可是能知足普通的应用,当然也有多如牛毛的问题因而后来大家只可以修改引擎的代码打补丁。

近期是本人工作的第二家商厦,因为要开发ERP、OA等系统须求使用工作流,在类型调研阶段自己先找找资料接纳选取哪个开源行事流引擎,最终确定了Activiti5并依照商家的架构做了一些DEMO。

1.1 我与做事流引擎

在第一家店铺办事的时候根本任务就是开发OA系统,当然基本都是有工作流的支撑,但是当下利用的行事流引擎是协作社部分牛人开发的(据说是用一个开源的引擎修改的),名称叫CoreFlow;功用相对Activiti来说相比弱,可是能满意经常的应用,当然也有那个的题材因而后来大家只可以修改引擎的代码打补丁。

今昔是我工作的第二家商店,因为要开发ERP、OA等种类需求利用工作流,在项目调研阶段自己先物色资料拔取使用哪个开源办事流引擎,最后确定了Activiti5并依照商家的架构做了部分DEMO。

1.1 我与办事流引擎

在率先家公司做事的时候根本任务就是开发OA系统,当然基本都是有工作流的辅助,但是当下选拔的办事流引擎是店铺部分牛人开发的(据说是用一个开源的发动机修改的),名称叫CoreFlow;成效绝对Activiti来说相比弱,可是能满足普通的利用,当然也有众多的题目由此后来我们不得不修改引擎的代码打补丁。

后日是自己工作的第二家合营社,因为要开发ERP、OA等系统须要选择工作流,在品种调研阶段自己先找找资料拔取选拔哪个开源办事流引擎,最后确定了Activiti5并根据商家的架构做了一些DEMO。

◆✦上边为四个非凡的业务流程✦◆

1.2 Activiti与JBPM5?

对于Activiti、jBPM4、jBPM5大家应该怎么样选拔,在InfoQ上有一篇小说写的很好,从大的规模相比较种种引擎之间的差别,请参考著作:纵观jBPM:从jBPM3到jBPM5以及Activiti5

1.2 Activiti与JBPM5?

对于Activiti、jBPM4、jBPM5大家应当怎么接纳,在InfoQ上有一篇文章写的很好,从大的规模相比较各类引擎之间的差异,请参见文章:纵观jBPM:从jBPM3到jBPM5以及Activiti5

1.2 Activiti与JBPM5?

对此Activiti、jBPM4、jBPM5大家理应如何抉择,在InfoQ上有一篇著作写的很好,从大的框框比较种种引擎之间的差异,请参见小说:纵观jBPM:从jBPM3到jBPM5以及Activiti5

(注: 为了证实方便, 已经简化和改动相关手续, 和点融实际操作差距)

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的版本是从5开始的,因为Activiti是使用jBPM4的源码;本子发表:七个月发表一遍。

  • Eclipse Plugin: 

  • Activit中文群:5435716

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的版本是从5开始的,因为Activiti是使用jBPM4的源码;本子公布:七个月发布一次。

  • Eclipse Plugin: 

  • Activit中文群:236540304

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的版本是从5开始的,因为Activiti是使用jBPM4的源码;本子公布:七个月揭橥三回。

  • Eclipse Plugin: 

  • Activit中文群:236540304

亚洲必赢登录 2

2.首先使用遭逢问题采访

因为Activiti刚刚退出不久所以资料相比空缺,中文资料尤其少的可怜,所以起头的时候一头雾水(即便从前用过工作流,然则觉得距离很多),而且官方的手册还不是很周密;所以自己把自家在念书应用的历程蒙受的一对疑云都位列出来分享给大家;以下几点是我遭遇和想到的,要是你还有啥疑难能够在评价中和本人调换再补偿。

2.第一使用碰着题目收集

因为Activiti刚刚退出不久所以资料相比较空缺,汉语资料越发少的可怜,所以开头的时候一头雾水(纵然事先用过工作流,但是感觉距离很多),而且官方的手册还不是很周详;所以我把自己在攻读运用的经过碰到的有些问号都位列出来分享给我们;以下几点是自个儿赶上和想到的,假如您还有啥样疑点可以在夸夸其谈中和本身沟通再补充。

2.初次使用遭受问题采访

因为Activiti刚刚退出不久所以资料比较空缺,中文资料越发少的可怜,所以发轫的时候一头雾水(即使事先用过工作流,可是感觉距离很多),而且官方的手册还不是很周详;所以自己把自身在上学运用的进程碰着的局地疑团都位列出来分享给大家;以下几点是本身遇见和想到的,假使您还有怎么样疑点可以在评论中和自己沟通再补充。

一. 借款人银行卡音信修改

2.1 布置流程图后中文乱码

乱码是直接缠绕着国人的问题,从前各种技术、工具出现乱码的题材写过不少篇章,那里也不例外……,Activiti的乱码问题在流程图中。

流程图的乱码如下图所示:

亚洲必赢登录 3

解决办法有二种:

2.1 布署流程图后汉语乱码

乱码是向来缠绕着国人的题目,从前各种技术、工具出现乱码的问题写过不少稿子,那里也不例外……,Activiti的乱码问题在流程图中。

流程图的乱码如下图所示:

亚洲必赢登录 4

解决办法有二种:

2.1 安顿流程图后中文乱码

乱码是一贯缠绕着国人的题材,从前各种技术、工具出现乱码的题目写过许多篇章,那里也不例外……,Activiti的乱码问题在流程图中。

流程图的乱码如下图所示:

亚洲必赢登录 5

解决办法有两种:

该流程发起原因首如果由于借款人银行卡转移原因需求修改. 流程关键步骤为:

2.1.1 修改源代码形式

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是设置字体的,默许是用 Arial 字体,这就是乱码爆发的缘故,把字改为当地的中文字体即可,例如:

Font font = new Font("WenQuanYi Micro Hei", Font.BOLD, 11);

自然假使您有布署文件读取工具那么可以安装在*.properties文件中,我就是这么做的:

Font font = new Font(PropertyFileUtil.get("activiti.diagram.canvas.font"), Font.BOLD, 11);

2.1.1 修改源代码格局

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是安装字体的,默认是用Arial字体,那就是乱码爆发的因由,把字改为地点的粤语字体即可,例如:

?

1
Font
font =
new
Font(
"WenQuanYi
Micro Hei"
,
Font.BOLD,
11);

当然如若您有安插文件读取工具那么能够安装在*.properties文件中,我就是那样做的:

?

1
Font
font =
new
Font(PropertyFileUtil.get(
"activiti.diagram.canvas.font"),
Font.BOLD,
11);

5.12本子开头协助设置字体名称,在发动机中添加如下设置,在生成图片时即可使用微软雅黑设置图片中的文字。

?

1
<property
name
="activityFontName"
value
="微软雅黑"></property>

2.1.1 修改源代码格局

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是设置字体的,默许是用Arial字体,那就是乱码发生的原由,把字改为地面的汉语字体即可,例如:

?

1
Font
font =
new
Font(
"WenQuanYi
Micro Hei"
,
Font.BOLD,
11);

本来假诺你有配备文件读取工具那么可以设置在*.properties文件中,我就是如此做的:

?

1
Font
font =
new
Font(PropertyFileUtil.get(
"activiti.diagram.canvas.font"),
Font.BOLD,
11);

5.12本子开首援助设置字体名称,在发动机中添加如下设置,在生成图片时即可使用微软雅黑设置图片中的文字。

?

1
<property
name
="activityFontName"
value
="微软雅黑"></property>

❶ 用户联系客户服务人口,提交申请, 包涵借贷音信, 手持身份证照片,
银行卡信息等

2.1.2 使用压缩包形式计划

Activiti支持计划*.bpmn20.xml、bar、zip格式的流水线定义。

运用Activit Deisigner工具设计流程图的时候会有七个项目标文书:

  • .activiti设计工具使用的公文

  • .bpmn20.xml企划工具自动依照.activiti文件生成的xml文件

  • .png流程图图片

解决办法就是把xml文件和图片文件同时陈设,因为在独立布置xml文件的时候Activiti会自动生成一张流程图的图形文件,然而如此在应用的时候坐标和图片对应不起来……

故此把xml和图纸同时配备的时候Activiti自动关联xml和图表,当必要得到图片的时候一直回到安排时压缩包里面的图纸文件,而不是Activiti自动生成的图形文件

2.1.2 使用压缩包情势布署

Activiti扶助布署*.bpmn20.xml、bar、zip格式的流水线定义。

使用Activit Deisigner工具设计流程图的时候会有两个类其余文书:

  • .activiti设计工具使用的公文

  • .bpmn20.xml统筹工具自动按照.activiti文件生成的xml文件

  • .png流程图图片

解决办法就是把xml文件和图纸文件同时布置,因为在单身部署xml文件的时候Activiti会自动生成一张流程图的图形文件,然而这么在行使的时候坐标和图纸对应不起来……

为此把xml和图片同时安排的时候Activiti自动关联xml和图纸,当必要得到图片的时候从来重回安插时压缩包里面的图形文件,而不是Activiti自动生成的图样文件

2.1.2 使用压缩包方式安排

Activiti匡助安插*.bpmn20.xml、bar、zip格式的流程定义。

运用Activit Deisigner工具设计流程图的时候会有多少个项目标文本:

  • .activiti设计工具使用的文件

  • .bpmn20.xml安排工具自动依照.activiti文件生成的xml文件

  • .png流程图图片

解决办法就是把xml文件和图表文件同时布置,因为在单独安插xml文件的时候Activiti会自动生成一张流程图的图形文件,然而如此在应用的时候坐标和图表对应不起来……

故而把xml和图纸同时配备的时候Activiti自动关联xml和图纸,当须要得到图片的时候平素回到计划时压缩包里面的图形文件,而不是Activiti自动生成的图样文件

❷ 申请提交系统后, 由风控进行甄别

2.1.2.1 使用工具打包Bar文件

右键项目名称然后点击“Create deployment
artifacts”,会在src目录中开创deployment文件夹,里面含有*Activiti工作流引擎使用,工作流引擎Activiti使用计算。.bar文件.

2.1.2.1 使用工具打包Bar文件

在“Package Explorer”视图中右键项目名称然后点击“Create deployment
artifacts”,会在src目录中创立deployment文本夹,里面包蕴*.bar文件.

2.1.2.1 使用工具打包Bar文件

在“Package Explorer”视图中右键项目名称然后点击“Create deployment
artifacts”,会在src目录中开创deployment文件夹,里面含有*.bar文件.

❸ 运营部门展开改动操

2.1.2.2 使用Ant脚本打包Zip文件

那也是我们应用的章程,你可以手动接纳xml和png打包成zip格式的文书,也可以像大家一样选用ant
target的艺术打包那五个公文。

<?xml version="1.0" encoding="UTF-8"?>
<project name="foo">

    <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />
    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" />

<target name="workflow.package.oa.leave">
        <echo>打包流程定义及流程图::OA-请假</echo>
        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"
            includes="*.xml,*.png" />
    </target>
</project>

这么当修改流程定义文件后一旦运行ant命令就可以打包了:

ant workflow.package.oa.leave

现在布置bar或者zip文件查看流程图图片就不是乱码了,而是你的压缩包里面的png文件。

2.1.2.2 使用Ant脚本打包Zip文件

那也是大家使用的方法,你可以手动选项xml和png打包成zip格式的文书,也足以像大家一致采纳ant
target的点子打包那多个文件。

123456789101112
<?xml version="1.0" encoding="UTF-8"?><project name="foo">     <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" /> <target name="workflow.package.oa.leave">     <echo>打包流程定义及流程图::OA-请假</echo>        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"            includes="*.xml,*.png" /> </target></project>

view
rawbuild.xml hosted
with ❤ by GitHub

那样当修改流程定义文件后只要运行ant命令就足以打包了:

ant workflow.package.oa.leave

现在配备bar或者zip文件查看流程图图片就不是乱码了,而是你的压缩包里面的png文件。

2.1.2.2 使用Ant脚本打包Zip文件

那也是大家采纳的章程,你可以手动选拔xml和png打包成zip格式的公文,也得以像我们一致接纳ant
target的不二法门打包那三个文件。

123456789101112
<?xml version="1.0" encoding="UTF-8"?><project name="foo">     <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" /> <target name="workflow.package.oa.leave">     <echo>打包流程定义及流程图::OA-请假</echo>        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"            includes="*.xml,*.png" /> </target></project>

view
rawbuild.xml亚洲必赢登录, hosted
with ❤ by GitHub

那般当修改流程定义文件后假使运行ant命令就足以打包了:

ant workflow.package.oa.leave

现在配置bar或者zip文件查看流程图图片就不是乱码了,而是你的压缩包里面的png文件。

二. 提前还款流程

2.2 使用引擎提供的Form照旧自定义业务Form

2.2 使用引擎提供的Form照旧自定义业务Form

2.2 使用引擎提供的Form仍旧自定义业务Form

提倡流程的严重性原因是用户愿意根据合同举行提前还款. 流程关键步骤为:

2.2.1 引擎提供的Form

概念表单的办法在各种Task标签中定义extensionElementsactiviti:formProperty即可,到达这一个节点的时候可以经过API读取表单元素。

Activiti官方的例子使用的就是在工艺流程定义中设置每一个节点呈现怎么的表单哪些字段须要出示、哪些字段只读、哪些字段必填。

唯独那种办法唯有适用于相比较不难的流程,对于有些复杂或者页面必要工作逻辑的判定的意况就不适用了。

对于数据的保留都是在发动机的表中,不便宜和任何表的关系、对任何连串的布署也不利于!

2.2.1 引擎提供的Form

概念表单的法门在每个Task标签中定义extensionElementsactiviti:formProperty即可,到达那一个节点的时候可以透过API读取表单元素。

Activiti官方的例证使用的就是在流水线定义中安装每一个节点呈现怎么的表单哪些字段须求出示、哪些字段只读、哪些字段必填。

只是那种方法只有适用于相比不难的流程,对于有些复杂或者页面要求工作逻辑的判断的动静就不适用了。

对此数据的保存都是在发动机的表中,不便利和其他表的关联、对全部种类的规划也不利!

2.2.1 引擎提供的Form

概念表单的法门在各种Task标签中定义extensionElementsactiviti:formProperty即可,到达这些节点的时候可以通过API读取表单元素。

Activiti官方的事例使用的就是在流程定义中装置每一个节点呈现怎么的表单哪些字段须要出示、哪些字段只读、哪些字段必填。

然则那种措施唯有适用于比较不难的流程,对于有些复杂或者页面需求工作逻辑的判定的事态就不适用了。

对此数据的保存都是在发动机的表中,不便于和任何表的涉嫌、对一切种类的统筹也不利于!

❶ 借款人联系客服人士, 提交申请

2.2.2 自定义业务Form

那种措施应该是豪门用的最多的了,因为相似的事情系统业务逻辑都会比较复杂,而且数据库中诸多表都会有依靠关系,表单中有为数不少场所判断。

比如咱们的系统适用jQuery
UI作为UI,有那一个javascript代码,页面的很多操作必要特殊处理(例如:七个选拔的排外、每个节点根据项目和操作人显示分歧的按钮);基本每个商家都有一套自己的UI风格,要保全多个系统的操作习惯一致只可以动用自定义表单才能满意。

2.2.2 自定义业务Form

那种方法应该是咱们用的最多的了,因为一般的政工系列工作逻辑都会相比较复杂,而且数据库中广大表都会有依靠关系,表单中有不少处境判断。

比如大家的种类适用jQuery
UI作为UI,有无数javascript代码,页面的多多操作需求更加处理(例如:七个拔取的排斥、每个节点依照项目和操作人呈现不一致的按钮);基本每个集团都有一套自己的UI风格,要维持三个种类的操作习惯一致只可以利用自定义表单才能满足。

2.2.2 自定义业务Form

那种艺术应该是豪门用的最多的了,因为相似的作业系统工作逻辑都会比较复杂,而且数据库中众多表都会有依靠关系,表单中有多如牛毛动静判断。

例如大家的体系适用jQuery
UI作为UI,有许多javascript代码,页面的许多操作须要新鲜处理(例如:多少个挑选的排挤、每个节点根据项目和操作人彰显分裂的按钮);基本每个商家都有一套自己的UI风格,要保证多个系统的操作习惯一致只好选择自定义表单才能满足。

❷ 运营生成提前还款表达书, 其包含详细金额多少

2.3 业务和流程的涉及格局

以此问题在群里面很两个人都问过,那也是自己刚刚起头迷惑的地方;

新兴看了以下API发现Runtime瑟维斯(Service)(Service)有多少个情势:

2.3 业务和流程的关系格局

其一题目在群里面很多个人都问过,那也是我刚刚早先迷惑的地点;

新兴看了以下API发现RuntimeService(Service)有八个章程:

2.3 业务和流程的涉嫌形式

其一题目在群里面很两人都问过,那也是自个儿刚刚开端迷惑的地方;

新兴看了以下API发现Runtime瑟维斯(Service)(Service)有四个章程:

❸ 借款人确认, 通过客服服务人士上传签字照片

2.3.1 startProcessInstanceByKey

javadoc对其认证:

startProcessInstanceByKey(String processDefinitionKey, Map variabes) 
          Starts a new process instance in the latest version of the process definition with the given key

 

其中businessKey就是工作ID,例如要提请请假,那么先填写登记音信,然后(保存+启动流程),因为请假是单身设计的数据表,所以保存后收获实体ID就可以把它传给processInstanceBusinessKey办法启动流程。当要求基于businessKey查询流程的时候就足以经过API查询:

runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey, processDefinitionKey);

 

议数据库冗余设计:在业务表设计的时候添加一列:PROCESS_INSTANCE_ID varchar2(64),在流水线启动之后把流程ID更新到业务表中,那样无论从工作如故流程都足以查询到对方!

专程表明: 此方法启动时自动拔取新型版本的流程定义。

2.3.1 startProcessInstanceByKey

javadoc对其证实:

startProcessInstanceByKey(String processDefinitionKey, Map variables) 
          Starts a new process instance in the latest version of the process definition with the given key

其中businessKey就是工作ID,例如要申请请假,那么先填写登记音信,然后(保存+启动流程),因为请假是独立设计的数据表,所以保存后获得实体ID就足以把它传给processInstanceBusinessKey艺术启动流程。当必要基于businessKey查询流程的时候就足以由此API查询:

?

1
runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey,
processDefinitionKey)

指出数据库冗余设计:在业务表设计的时候添加一列:PROCESS_INSTANCE_ID
varchar2(64)
,在流水线启动未来把流程ID更新到工作表中,那样不管从事情如故流程都得以查询到对方!

专门表明: 此方法启动时自动拔取新型版本的流水线定义。

2.3.1 startProcessInstanceByKey

javadoc对其认证:

startProcessInstanceByKey(String processDefinitionKey, Map variables) 
          Starts a new process instance in the latest version of the process definition with the given key

其中businessKey就是事情ID,例如要提请请假,那么先填写登记新闻,然后(保存+启动流程),因为请假是单身设计的数据表,所以保存后获得实体ID就足以把它传给processInstanceBusinessKey形式启动流程。当必要按照businessKey查询流程的时候就可以经过API查询:

?

1
runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey,
processDefinitionKey)

提议数据库冗余设计:在业务表设计的时候添加一列:PROCESS_INSTANCE_ID
varchar2(64)
,在流程启动将来把流程ID更新到事情表中,那样无论从作业如故流程都可以查询到对方!

专程表达: 此方法启动时自动选用新型版本的流水线定义。

❹ 运营代扣还款金额, 结清借款

2.3.2 startProcessInstanceById

javadoc对其验明正身:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

 

processDefinitionId:那个参数的值可以经过repositoryService.createProcessDefinitionQuery()艺术查询,对应数据库:ACT_RE_PROCDEF;每一趟陈设四遍流程定义就会添加一条数据,同名的版本号加上。

特意表达: 此可以指定分裂版本的流水线定义,让用户多一层选用。

2.3.2 startProcessInstanceById

javadoc对其表明:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

processDefinitionId:那么些参数的值可以透过repositoryService.createProcessDefinitionQuery()方法查询,对应数据库:ACT_RE_PROCDEF;每一遍布署四次流程定义就会添加一条数据,同名的版本号加上。

专门表明: 此可以指定差距版本的流水线定义,让用户多一层接纳。

2.3.2 startProcessInstanceById

javadoc对其验明正身:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

processDefinitionId:那几个参数的值可以透过repositoryService.createProcessDefinitionQuery()艺术查询,对应数据库:ACT_RE_PROCDEF;每一次布署几次流程定义就会添加一条数据,同名的版本号加上。

专门表明: 此可以指定分化版本的流程定义,让用户多一层选用。

❺ 生成还款结清阐明

2.3.3 如何抉择

提议拔取startProcessInstanceByKey,特殊情况要求选择过去的版本选取使用startProcessInstanceById

2.3.3 怎么样选取

提出选拔startProcessInstanceByKey,特殊情形必要利用过去的本子选拔使用startProcessInstanceById

2.3.3 怎么着挑选

提出使用startProcessInstanceByKey,特殊意况要求使用过去的本子选拔拔取startProcessInstanceById

在阳台的其实运营中, 有各式种种的事体要求处理, 包含借款人, 出借人,
资金等等, 同时还涉及到各类分裂的业务部门,
而且流程的流离失所操作人员和机关也随着集团业务的腾飞而各异的调整.
设计一个基础的流水线框架和兑现基础代码, 形成不难的支出情势是该系统的严重性.
因而总体体系的布置性涉及到以下重点多少个地点:

2.4 同步用户数量

本条题材也是比较多的人询问过,Activiti接济对任务分配到:指定人、指定组、两者结合,而那一个人和组的音讯都保存在ACT_ID..表中,有温馨的用户和组(角色)管理让很多少人慌慌张张了;原因是因为每个系统都会存在一个权力管理模块(维护:用户、部门、角色、授权),不领悟该怎么和Activiti同步。

2.4 同步用户数量

本条题目也是相比较多的人精晓过,Activiti辅助对任务分配到:指定人、指定组、两者结合,而那个人和组的消息都保存在ACT_ID..表中,有协调的用户和组(角色)管理让广大人仓惶了;原因是因为种种系统都会设有一个权力管理模块(维护:用户、部门、角色、授权),不领悟该怎么和Activiti同步。

2.4 同步用户数据

这些题材也是相比较多的人了然过,Activiti协理对职责分配到:指定人、指定组、两者结合,而那些人和组的音讯都保存在ACT_ID..表中,有和好的用户和组(角色)管理让洋洋人仓皇了;原因是因为每个系统都会设有一个权力管理模块(维护:用户、部门、角色、授权),不知底该怎么和Activiti同步。

☞ 拔取适宜的行事流引擎

2.4.1 提议处理格局

Activiti有一个IdentityService接口,通过这几个接口可以操控Activiti的ACT_ID_*表的数额,一般的做法是用工作种类的权限管理模块维护用户数量,当举办CRUD操作的时候在原来业务逻辑后边添加同步到Activiti的代码;例如添加一个用户时同步Activiti
User的代码片段:

/**
 * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色
 * @param user
 * @param roleIds
 */
public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) {
    accountManager.saveEntity(user);
    String userId = user.getId().toString();

    if (synToActiviti) {
        List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();
        if (activitiUsers.size() == 1) {
            //更新信息
            org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);
            activitiUser.setFirstName(user.getName());
            activitiUser.setLastName("");
            activitiUser.setPassword(user.getPassword());
            activitiUser.setEmail(user.getEmail());
            identityService.saveUser(activitiUser);

            // 删除用户的membership
            List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();
            for (Group group : activitiGroups) {
                identityService.deleteMembership(userId, group.getId());
            }

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }

        } else {
            org.activiti.engine.identity.User newUser = identityService.newUser(userId);
            newUser.setFirstName(user.getName());
            newUser.setLastName("");
            newUser.setPassword(user.getPassword());
            newUser.setEmail(user.getEmail());
            identityService.saveUser(newUser);

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }
        }
    }

}

 

删除操作也和那么些近乎!

不论从事情系列有限支撑用户如故从Activiti维护,肯定要规定一方,然后CRUD的时候共同到对方,借使急需一起多少个子系统那么可以再调用WebService(Service)已毕。

2.4.1 指出处理方式

Activiti有一个IdentityService接口,通过那几个接口可以操控Activiti的ACT_ID_*表的数额,一般的做法是用工作连串的权能管理模块维护用户数量,当进行CRUD操作的时候在原有业务逻辑后边添加同步到Activiti的代码;例如添加一个用户时同步Activiti
User的代码片段:

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849
/** * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色 * @param user * @param roleIds */public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) { accountManager.saveEntity(user); String userId = user.getId().toString();   if (synToActiviti) {      List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();       if (activitiUsers.size() == 1) {          //更新信息         org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);          activitiUser.setFirstName(user.getName());           activitiUser.setLastName("");          activitiUser.setPassword(user.getPassword());            activitiUser.setEmail(user.getEmail());          identityService.saveUser(activitiUser);             // 删除用户的membership          List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();            for (Group group : activitiGroups) {                identityService.deleteMembership(userId, group.getId());          }            // 添加membership          for (Long roleId : roleIds) {               Role role = roleManager.getEntity(roleId);                identityService.createMembership(userId, role.getEnName());           }        } else {         org.activiti.engine.identity.User newUser = identityService.newUser(userId);          newUser.setFirstName(user.getName());            newUser.setLastName("");           newUser.setPassword(user.getPassword());         newUser.setEmail(user.getEmail());           identityService.saveUser(newUser);          // 添加membership          for (Long roleId : roleIds) {               Role role = roleManager.getEntity(roleId);                identityService.createMembership(userId, role.getEnName());           }        }    } }

view
rawAccountServiceImpl.java hosted
with ❤ by GitHub

去除操作也和那一个类似!

任由从作业种类有限协助用户如故从Activiti维护,肯定要规定一方,然后CRUD的时候一起到对方,倘使须要共同五个子系统那么可以再调用WebService落成。

2.4.1 提出处理情势

Activiti有一个IdentityService接口,通过这一个接口可以操控Activiti的ACT_ID_*表的多少,一般的做法是用工作连串的权杖管理模块维护用户数量,当举行CRUD操作的时候在本来业务逻辑后边添加同步到Activiti的代码;例如添加一个用户时同步Activiti
User的代码片段:

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849
/** * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色 * @param user * @param roleIds */public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) { accountManager.saveEntity(user); String userId = user.getId().toString();   if (synToActiviti) {      List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();       if (activitiUsers.size() == 1) {          //更新信息         org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);          activitiUser.setFirstName(user.getName());           activitiUser.setLastName("");          activitiUser.setPassword(user.getPassword());            activitiUser.setEmail(user.getEmail());          identityService.saveUser(activitiUser);             // 删除用户的membership          List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();            for (Group group : activitiGroups) {                identityService.deleteMembership(userId, group.getId());          }            // 添加membership          for (Long roleId : roleIds) {               Role role = roleManager.getEntity(roleId);                identityService.createMembership(userId, role.getEnName());           }        } else {         org.activiti.engine.identity.User newUser = identityService.newUser(userId);          newUser.setFirstName(user.getName());            newUser.setLastName("");           newUser.setPassword(user.getPassword());         newUser.setEmail(user.getEmail());           identityService.saveUser(newUser);          // 添加membership          for (Long roleId : roleIds) {               Role role = roleManager.getEntity(roleId);                identityService.createMembership(userId, role.getEnName());           }        }    } }

view
rawAccountServiceImpl.java hosted
with ❤ by GitHub

除去操作也和那一个看似!

无论是从业务系统怜惜用户照旧从Activiti维护,肯定要确定一方,然后CRUD的时候共同到对方,假诺需求一起两个子系统那么可以再调用WebService(Service)完毕。

对于一个类似涉及到审批以及执行实际事务的系列, 基于简单的景色控制的宏图,
或者机关开发类工作流引擎轮子的做法都是不合适.
所以一个开源并且被大规模运用的劳作流引擎是一个不错而且必须的采纳. Activiti
工作流引擎由于其轻量级, 易用性等优点近来在业界被广大使用.
其工作流的状态机和表面系统的连日只需求通过一个ID进行关联即可,
即activiti的business key. (如下图)

2.5 流程图设计工具用什么

Activiti提供了多个流程设计工具,可是面向对象不相同。

  • Activiti
    Modeler,面向业务人士,使用开源的BPMN设计工具Signavio,使用BPMN描述业务流程图

  • Eclipse
    Designer,面向开发人士,Eclipse的插件,能够让开发职员定制每个节点的习性(ID、Name、Listener、Attr等)

2.5 流程图设计工具用什么样

Activiti提供了八个流程设计工具,可是面向对象不一致。

  • Activiti
    Modeler,面向业务人士,使用开源的BPMN设计工具Signavio,使用BPMN描述业务流程图

  • Eclipse
    Designer,面向开发人士,Eclipse的插件,可以让开发人士定制每个节点的性质(ID、Name、Listener、Attr等)

2.5 流程图设计工具用什么

Activiti提供了八个流程设计工具,可是面向对象差距。

  • Activiti
    Modeler,面向业务人士,使用开源的BPMN设计工具Signavio,使用BPMN描述业务流程图

  • Eclipse
    Designer,面向开发人士,Eclipse的插件,可以让开发人士定制每个节点的性能(ID、Name、Listener、Attr等)

亚洲必赢登录 6

2.5.1 大家的艺术

唯恐您会好奇,因为咱们平素不利用Activiti
Modeler,大家以为用Viso已经能发挥流程图的意思了,而且项目COO也是技巧出身,和开发人士也易于沟通。

近来以此种类是率先个应用Activiti的,开首大家在必要调研阶段采纳Viso设计流程图,利用泳道流程图规划和客户联系,确定后由负责流程的开发人员用Eclipse
Designer设计赢得bpmn20.xml,最终安顿。

2.5.1 大家的章程

莫不你会好奇,因为大家并未行使Activiti
Modeler,我们认为用Viso已经能表明流程图的情趣了,而且项目高管也是技巧出身,和开发人士也便于调换。

当前以此项目是首个利用Activiti的,起头我们在须求调研阶段采纳Viso设计流程图,利用泳道流程图计划和客户调换,确定后由负责流程的开发人士用Eclipse
Designer设计赢得bpmn20.xml,最终布署。

2.5.1 大家的办法

或是您会感叹,因为我们从不使用Activiti
Modeler,我们以为用Viso已经能公布流程图的情趣了,而且项目主管也是技术出身,和开发人士也便于交换。

当前以此序列是首先个使用Activiti的,早先大家在急需调研阶段采纳Viso设计流程图,利用泳道流程图设计和客户调换,确定后由负责流程的开发人士用Eclipse
Designer设计赢得bpmn20.xml,最终布署。

☞设计通用的平底数据来接济不相同的事务

2.6 Eclipse Designer存在的题材

其一插件有一个很厌恶的Bug一向未修复,安装了插件后Eclipse的复制和粘帖快速键会被转移为(Ctrl+Insert、Shift+Insert);Bug描述请见:

  • Activit
    Forums中报告的Bug

  • Jira的登记

因而最后我们只可以单独开一个安装了Eclipse
Designer的Eclipse专门用来设计流程图,那样就不影响正常使用Eclipse
JAVAEE了。

2.6 Eclipse Designer存在的题目

其一插件有一个很看不惯的Bug平昔未修复,安装了插件后Eclipse的复制和粘帖火速键会被转移为(Ctrl+Insert、Shift+Insert);Bug描述请见:

  • Activit
    Forums中告诉的Bug

  • Jira的登记

据此最终大家只好单独开一个安装了Eclipse
Designer的Eclipse专门用来统筹流程图,那样就不影响健康使用Eclipse
JAVAEE了。

2.6 Eclipse Designer存在的题目

本条插件有一个很厌恶的Bug平昔未修复,安装了插件后Eclipse的复制和粘帖神速键会被转换为(Ctrl+Insert、Shift+Insert);Bug描述请见:

  • Activit
    Forums中报告的Bug

  • Jira的登记

就此最终咱们不得不单独开一个设置了Eclipse
Designer的Eclipse专门用来安顿流程图,那样就不影响健康使用Eclipse
JAVAEE了。

是因为那样一个运营管理种类涉及到各类分歧的工作数据.
如借款人音信相关关系借款ID, 银行卡新闻等; 如出借人音讯则提到用户ID,
电话号码等; 而对此资产有关如提前还款则涉嫌到提前还款日期, 还款金额等.
所以一套支撑分歧实际事务的流程数据表结构也是十分主要.

3.配置

3.配置

3.配置

☞ 基础框架代码的统筹

3.1 集成Spring

对于和Spring的集成Activiti做的没错,不难安排部分Bean代理即可兑现,不过有三个和业务相关的地点要唤醒:

  • 配置processEngineConfiguration的时候属性transactionManager要动用和作业成效的同一个事务管理Bean,否则事务不联合。

  • 对于落到实处了org.activiti.engine.delegate包中的接口的类须要被工作控制的兑现类必要被Spring代理,并且增进事务的Annotation或者在xml中配备,例如:

    /**
     * 创建缴费流程的时候自动创建实体
     *
     * @author HenryYan
     */
    @Service
    @Transactional
    publicclass CreatePaymentProcessListener implementsExecutionListener {
       ....
    }
    

?

3.1 集成Spring

对于和Spring的集成Activiti做的不错,简单布置部分Bean代理即可兑现,不过有八个和事务相关的地方要唤醒:

  • 配置processEngineConfiguration的时候属性transactionManager要选用和业务职能的同一个事务管理Bean,否则事务不联合。

  • 对于落成了org.activiti.engine.delegate包中的接口的类须要被工作控制的兑现类须求被Spring代理,并且增加事务的Annotation或者在xml中配备,例如:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
创建缴费流程的时候自动创建实体
 *
 *
@author HenryYan
 */
@Service
@Transactional
public
class

CreatePaymentProcessListener
implements
ExecutionListener {
   ....
}

3.1 集成Spring

对此和Spring的集成Activiti做的不利,不难安排部分Bean代理即可兑现,不过有五个和事情相关的地方要唤醒:

  • 配置processEngineConfiguration的时候属性transactionManager要使用和事务作用的同一个事务管理Bean,否则事务不联合。

  • 对此贯彻了org.activiti.engine.delegate包中的接口的类必要被工作控制的兑现类须要被Spring代理,并且增进事务的Annotation或者在xml中安插,例如:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
创建缴费流程的时候自动创建实体
 *
 *
@author HenryYan
 */
@Service
@Transactional
public
class

CreatePaymentProcessListener
implements
ExecutionListener {
   ....
}

一个好的安顿性不是一步到位的布署性,
而是一个安分守己的进度以及不断重构的进度.
不过非凡主要的一点就是在一从头可以按照当下的必要以及所能预知的须求开展规划,
并且在那一个基础框架代码上支付要尤其方便和简洁.

4.应用单元测试

单元测试均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,并且在测试类添加:

@ContextConfiguration(locations = { "/applicationContext-test.xml"})
@RunWith(SpringJUnit4ClassRunner.class)

?

即便Activiti也提供了测试的部分超类,不过感觉倒霉用,所以自己包装了一部分主意。

代码请转移:

4.利用单元测试

单元测试均运用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,并且在测试类添加:

?

1
2
@ContextConfiguration(locations
= {
"/applicationContext-test.xml"
})
@RunWith(SpringJUnit4ClassRunner.class)

虽说Activiti也提供了测试的有的超类,然则感觉不好用,所以自己包装了一部分方式。

代码请转移:

4.利用单元测试

单元测试均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,并且在测试类添加:

?

1
2
@ContextConfiguration(locations
= {
"/applicationContext-test.xml"
})
@RunWith(SpringJUnit4ClassRunner.class)

即便如此Activiti也提供了测试的片段超类,不过感觉不佳用,所以自己包装了一部分措施。

代码请转移:

◆✦以下对第二、三点进展进行✦◆

4.1 验证流程图设计是或不是科学

代码请转移:

4.1 验证流程图设计是或不是科学

代码请转移:

4.1 验证流程图设计是不是正确

代码请转移:

亚洲必赢登录 7

4.2 业务对象和流程关联测试

代码请转移:

4.2 业务对象和流程关联测试

代码请转移:

4.2 业务对象和流程关联测试

代码请转移:

数据库设计

5.各样情形的职务查询以及和作业对象关联

大家近年来分成4中状态:未签收、办理中、运行中、已成功。

查询到职分仍然流程实例后要体现在页面,那些时候须要添加业务数据,最终结出就是工作和流程的并集,请参见6.2

5.种种情形的任务查询以及和事务对象关系

我们眼前分为4中状态:未签收、办理中、运行中、已形成。

询问到职责如故流程实例后要显得在页面,这么些时候须求添加业务数据,最后结出就是工作和流程的并集,请参见6.2

5.种种景况的职务查询以及和工作对象关系

我们当下分为4中状态:未签收、办理中、运行中、已形成。

询问到职责依旧流程实例后要来得在页面,那些时候须求丰硕业务数据,最终结出就是业务和流程的并集,请参见6.2

如上所说, 那样的一个数目安顿必须可以满意:

5.1 未签收(Task)

此类义务针对于把Task分配给一个角色时,例如部门管理者,因为机构负责人角色能够指定多少人所以需求先签收再办理,术语:抢占式

对应的API查询:

/**
 * 获取未签收的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    returntaskCandidateUserQuery;
}

?

5.1 未签收(Task)

该类职分针对于把Task分配给一个角色时,例如部门管理者,因为机关领导角色可以指定两个人所以要求先签收再办理,术语:抢占式

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取未签收的任务查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
TaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery
taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    return
taskCandidateUserQuery;
}

5.1 未签收(Task)

该类职务针对于把Task分配给一个角色时,例如部门管理者,因为机关负责人角色可以指定五人所以必要先签收再办理,术语:抢占式

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取未签收的任务查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
TaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery
taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    return
taskCandidateUserQuery;
}
  1. 可以满意区其余业务域的必要, 如出借, 借款, 资金相关的实际业务数据

  2. 可见记录每一步的操作审批或工作执行结果, 同时记录相关的多少快照

5.2 办理中(Task)

此类任务数据类源有二种:

  • 签收后的,5.1中签收后就应当为办理中状态

  • 节点指定的是有血有肉到一个人,而不是角色

对应的API查询:

/**
 * 获取正在处理的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createTodoTaskQuery(String userId) {
    TaskQuery taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    returntaskAssigneeQuery;
}

?

5.2 办理中(Task)

此类职务数据类源有二种:

  • 签收后的,5.1中签收后就活该为办理中状态

  • 节点指定的是有血有肉到一个人,而不是角色

对应的API查询:

?

1
2
3
4
5
6
7
8
9
/**
 *
获取正在处理的任务查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
TaskQuery createTodoTaskQuery(String userId) {
    TaskQuery
taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    return
taskAssigneeQuery;
}

5.2 办理中(Task)

该类职分数据类源有三种:

  • 签收后的,5.1中签收后就应当为办理中状态

  • 节点指定的是有血有肉到一个人,而不是角色

对应的API查询:

?

1
2
3
4
5
6
7
8
9
/**
 *
获取正在处理的任务查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
TaskQuery createTodoTaskQuery(String userId) {
    TaskQuery
taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    return
taskAssigneeQuery;
}

由此, 基于实际的作业展开数据表的筹划是不确切的, 且不可能扩大.
常见的规划为依据Key-Value的统筹,
而key则是逐一分化工作种类关系到的metadata. 如USER_ID(用户ID),
LOAN_ID(借款ID)等等. 设计概述如下:

5.3 运行中(ProcessInstance)

简短就是从未终止的流程,所有出席过的人都应当可以看来这一个实例,不过Activiti的API没有得以经过用户查询的主意,那几个只可以协调用hack的法门处理了,我当下还从未拍卖。

从表ACT_RU_EXECUTION中询问数据。

对应的API查询:

/**
 * 获取未经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    returnunfinishedQuery;
}

?

5.3 运行中(ProcessInstance)

不难就是从未终止的流程,所有参与过的人都应有可以观察这些实例,可是Activiti的API没有得以因此用户查询的点子,这么些只好协调用hack的点子处理了,我当下还并未处理。

从表ACT_RU_EXECUTION中查询数据。

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取未经完成的流程实例查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
ProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery
unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    return
unfinishedQuery;
}

5.3 运行中(ProcessInstance)

简短就是从未终止的流水线,所有参预过的人都应该可以看来那个实例,可是Activiti的API没有可以透过用户查询的办法,这一个只好自己用hack的点子处理了,我眼前还没有拍卖。

从表ACT_RU_EXECUTION中查询数据。

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取未经完成的流程实例查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
ProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery
unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    return
unfinishedQuery;
}

亚洲必赢登录 8

5.4 已完成(HistoricProcessInstance)

早就收尾的流水线实例。

从表ACT_HI_PROCINST中查询数据。

/**
 * 获取已经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicHistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    returnfinishedQuery;
}

 

?

5.4 已完成(HistoricProcessInstance)

已经停止的流水线实例。

从表ACT_HI_PROCINST中询问数据。

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取已经完成的流程实例查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
HistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery
finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    return
finishedQuery;
}

5.4 已完成(HistoricProcessInstance)

早已完工的流水线实例。

从表ACT_HI_PROCINST中查询数据。

?

1
2
3
4
5
6
7
8
9
10
/**
 *
获取已经完成的流程实例查询对象
 *
@param userId    用户ID
 */
@Transactional(readOnly
=
true)
public
HistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery
finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    return
finishedQuery;
}

一个Request代表某一个人发起的乞请, Snapshot代表那么些流程的每一步操作.
Property则分级为Request的Snapshot的现实的多少,
当其REQUEST_ID非空SNAPSHOT_ID为空时表示其为REQUEST的性能(SNAPSHOT同理),
即用户发起呼吁所指引的数据. 如: 用户新闻修改:
PROPERTY则包括NAME(KEY)为USER_ID(用户唯一ID),
ATTACHMENT(用户手持身份证照片), EMAIL(修改项)等遥相呼应的值. 而对此SNAPSHOT,
则记录对应审核以及操作的音信,
其对应的PROPERTY则保留了对某个数据修改前后的值.

5.5 查询时和工作涉嫌

提醒:以前在业务对象添加了PROCESS_INSTANCE_ID字段

思路:现在可以动用那几个字段查询了,不管是Task仍然ProcessInstance都可以拿走流程实例ID,可以按照流程实例ID查询实体然后把流程对象设置到实体的一个属性中由Action或者Controller输出到前台。

代码请参考:

5.5 查询时和作业涉及

提示:以前在作业对象添加了PROCESS_INSTANCE_ID字段

思路:现在得以行使这么些字段查询了,不管是Task依旧ProcessInstance都得以拿走流程实例ID,可以根据流程实例ID查询实体然后把流程对象设置到实体的一个属性中由Action或者Controller输出到前台。

代码请参考:

5.5 查询时和业务涉嫌

唤醒:此前在工作对象添加了PROCESS_INSTANCE_ID字段

思路:现在得以行使这几个字段查询了,不管是Task照旧ProcessInstance都得以拿走流程实例ID,可以依照流程实例ID查询实体然后把流程对象设置到实体的一个特性中由Action或者Controller输出到前台。

代码请参见:

基础框架代码设计

6.UI及截图

结合实际业务描述一个业务从初阶到截止的进程,对于迷惑的同室看完茅塞顿开了;那里运用请假作为例子。

6.UI及截图

结合实际业务描述一个业务从初始到为止的进度,对于迷惑的同桌看完峰回路转了;那里运用请假作为例子。

6.UI及截图

结合实际业务描述一个事情从上马到截止的长河,对于迷惑的同室看完柳暗花明了;这里运用请假作为例子。

起来的景色和急需包涵:

6.1 单独一个列表负责申请

这么的益处是申请和流程办理分离开处理,列表呈现未启动流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

提请界面的截图:

亚洲必赢登录 9

6.1 单独一个列表负责申请

诸如此类的利益是报名和流程办理分离开处理,列表显示未启动流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

提请界面的截图:

亚洲必赢登录 10

6.1 单独一个列表负责申请

这么的裨益是报名和流程办理分离开处理,列表凸显未启动流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

提请界面的截图:

亚洲必赢登录 11

  1. 局地通用的activiti流程,
    如一步操作即开立后只需求一步成功操作, 两步流程 –
    成立后一步审核一步操作等, 分裂的政工会使用同一的流程.

  2. 在activiti流程相同的情形下,
    差其余业务的手续其处理人/组则分裂

  3. 不等业务流程的实在代码开发相应简洁,
    和劳作流引擎解耦, 即实际的开 发人士在不了然办事流引擎具体工作规律的动静下可以展开飞快的开支, 并
    只须求关爱具体 的事体须要

6.2 流程状态

亚洲必赢登录 12

6.2 流程状态

亚洲必赢登录 13

6.2 流程状态

亚洲必赢登录 14

为了缓解#1的题材,
则需求定义出流程–步骤—业务(请求类型)—处理人/组 的配备 关系,
并在工艺流程流转时自动安装, 而不是在流水线描述文件 (bpmn)里 指定

6.3 流程跟踪

图片格局体现当前节点:

亚洲必赢登录 15

列表格局显得流程流转进程:

亚洲必赢登录 16

6.3 流程跟踪

图形情势呈现当前节点:

亚洲必赢登录 17

列表方式呈现流程流转进程:

亚洲必赢登录 18

6.3 流程跟踪

图表情势浮现当前节点:

亚洲必赢登录 19

列表格局显得流程流转进程:

亚洲必赢登录 20

为明白决 #2 的题材,
则须求用劳动开展包装, 抽象出一些接口以及基类的实 现, 并
应用有的普遍的设计格局(工厂方式)和java的特点(反射).

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先经过Ajax获取当前节点的坐标,在指定地方添加灰色边框,然后加载图片。

代码移步:

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先经过Ajax获取当前节点的坐标,在指定地点添加青色边框,然后加载图片。

代码移步:

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先通过Ajax获取当前节点的坐标,在指定地点添加蓝色边框,然后加载图片。

代码移步:

下图为骨干的架构设计

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

亚洲必赢登录 21

8.结束

前边就想写这篇文章,现在终于完结了,花费了多少个钟头,希望能节约你几天的刻钟。

请读者仔细阅读Activiti的用户手册和Javadoc。

来自:

8.结束

前边就想写那篇著作,现在到底不负众望了,费用了多少个时辰,希望能节省你几天的年华。

请读者仔细翻阅Activiti的用户手册和Javadoc。

要是有何样疑点如故对于功用的落实有更好的法子欢迎提出、分享。

8.结束

事先就想写那篇作品,现在到底不负众望了,开支了多少个小时,希望能节省你几天的小运。

请读者仔细翻阅Activiti的用户手册和Javadoc。

一旦有怎么样疑点仍旧对于功用的落到实处有更好的办法欢迎指出、分享。

基于那样的框架形成基础代码后,
最终对于一个落成具体业务的开发人员来说, 其完毕一个业务流程代码紧要包蕴:

9.动态指定职务办理人

9.动态指定任务办理人

  1. 落到实处一个成立Request的页面,
    用于录入工作数据

  2. 兑现一个Request详细页面, 用于显示详情,
    包含操作历史, 和事务操作按钮

9.1 手动设置义务办理人

?

1
<usertask
id
="hrAudit"
name
="人事审批"
activiti:assignee
="${hrUserId}"></usertask>

动态指定职分办理人是群里面询问比较多的题材之一,其实就是一层窗户纸,只要在义务成功的时候传递activiti:assignee属性中的变量即可。


Map<String, Object> variables = new HashMap<String,
Object>();

variables.put(“hrUserId”, hrUserId);

taskService.complete(taskId, variables);


9.1 手动设置职责办理人

?

1
<usertask
id
="hrAudit"
name
="人事审批"
activiti:assignee
="${hrUserId}"></usertask>

动态指定义务办理人是群里面询问比较多的问题之一,其实就是一层窗户纸,只要在职务完结的时候传递activiti:assignee属性中的变量即可。


Map<String, Object> variables = new HashMap<String,
Object>();

variables.put(“hrUserId”, hrUserId);

taskService.complete(taskId, variables);


3.
已毕该业务关联的具体步骤的操作processor类(如审批或和其他系统对接,
已毕实际的工作),

9.2 自动安装职务办理人

下边的代码是行使initiator成效,设置一个称谓(不是变量而是变量名)到启动事件上,并且在起步流程时调用一些底下的办法:

?

1
identityService.setAuthenticatedUserId(currentUserId);

里头currentUserId表示如今用户,也就是开行流程的人,配置如下所示:

?

1
2
<startevent
id
="startevent1"
name
="Start"
activiti:initiator
="applyUserId"></startevent>
<usertask
id
="reportBack"
name
="销假"
activiti:assignee
="${applyUserId}"></usertask>

那般流程启动之后如若任务流转至”销假”节点则会活动把义务分配给启动流程的人。

9.2 自动安装任务办理人

上面的代码是使用initiator作用,设置一个名称(不是变量而是变量名)到起步事件上,并且在启动流程时调用一些底下的措施:

?

1
identityService.setAuthenticatedUserId(currentUserId);

个中currentUserId表示近年来用户,也就是开行流程的人,配置如下所示:

?

1
2
<startevent
id
="startevent1"
name
="Start"
activiti:initiator
="applyUserId"></startevent>
<usertask
id
="reportBack"
name
="销假"
activiti:assignee
="${applyUserId}"></usertask>

如此那般流程启动将来借使职务流转至”销假”节点则会自行把任务分配给启动流程的人。

  1. 将流程涉及的processor和呼应的作业品种,
    流程名, 流程步骤进行注册绑定

9.3 获取流程发起人

假若在启动流程的时候调用了上边的代码:

?

1
identityService.setAuthenticatedUserId(currentUserId);

引擎会记录启动人,即在ACT_HI_PROINST表的START_USER_ID字段,可以经过下边的代码获取。

?

1
2
HistoricProcessInstance
hi = historyService.createHistoricProcessInstanceQuery().singleResult();
hi.getStartUserId();

9.3 获取流程发起人

若果在启动流程的时候调用了下边的代码:

?

1
identityService.setAuthenticatedUserId(currentUserId);

引擎会记录启动人,即在ACT_HI_PROINST表的START_USER_ID字段,可以透过下边的代码获取。

?

1
2
HistoricProcessInstance
hi = historyService.createHistoricProcessInstanceQuery().singleResult();
hi.getStartUserId();

多变历程

10. 义务代办

不少人问“Owner”属性为什么是空的,什么日期用?要通晓它的功能首先要了然“代办”。

代办的定义可以用上面的一句话概括:

你领导接到一个任务,让你代办,你办理完成后任务还是回归到你的领导,事情是你做的,功劳是你领导的,此乃代办也!

看到那个单元测试你就知道怎么是代办:ProcessTestDelegateTask

最好把activiti-study其一类型下载下来导入到Eclipse中运行一下:

原创文章,转发请申明:转载自:行事流引擎Activiti使用统计

10. 任务代办

重重人问“Owner”属性为何是空的,哪一天用?要了解它的效用首先要打听“代办”。

代办的定义可以用上面的一句话概括:

你领导接到一个任务,让你代办,你办理完成后任务还是回归到你的领导,事情是你做的,功劳是你领导的,此乃代办也!

总的来看那一个单元测试你就精晓如何是代办:ProcessTestDelegateTask

最好把activiti-study本条项目下载下来导入到Eclipse中运行一下:

正如上边曾说到, 对于一个系统规划, 不容许一步到位,
在中期时要抓住最急需缓解的问题, 比如在那几个系统伊始阶段,
最主旨的规划包涵:

➤ 数据库设计 和Request瑟维斯(Service)(Service)对底层数据操作的包装

➤ Workflow瑟维斯(Service)对工作流引擎的包裹

➤可配置化的基于业务连串(Request Type)
和安排(process_cfg)在运行时动态设置流程相应的处理人/组

源源不断的重构包罗:

➤将各个处理类(业务处理类, 流程处理人/组分配处理类, 文告处理类)
通过Register瑟维斯(Service)的联结登记管理,
并且协理使用对于特定的流水线已毕特定的处理类来替代默许的处理类

➤RequestQuery帮衬统一的查询入口对业务流程数据进行查询

➤ 根据业务须求提供ASync的processor处理基类, 因为其实选拔中发觉,
一些事情的拍卖(如批量)要求一段时间的履行才能成就,
而异步处理基类则形成基础完结, 并由相应子类去完毕虚函数即可.

公共化工作流模块:

➤ 方今, 此外一个品种其使用到的现象和那么些体系有类似之处,
其单独于该业务管理平台. 在那种情况下, 将该工作流相关的模块进行公共化,
以JAR包的格局提供, 使得其余一个系统的开销可以长时间内达成平等的功用

借鉴Activiti的源代码

在筹划和贯彻该连串时会有

诸如此类或者那样的迷离或者斗争,

哪一类完结更好?

人家的系统是怎么样落到实处的?

此处举多少个例证

Property表里是否要求须求用差距的字段(LONG_VALUE,
TEXT_VALUE, DOUBLE_VALUE等)存分化类其余值;依旧一贯都存成字符串,
在代码中再依照须求转成Long, Double等?当然二种完成都是卓有成效的,
并且各有优缺点,
并且个人认为存在不一样的字段上亮点更大一部分(首要反映在询问功用),
但是什么越发的让祥和信服?
在看activiti的文档时意识外部的工作数据以Map的不二法门存在activiti的数据库中,
那么activiti的设计者一样会遇上同样的问题.
通过查看源代码以及其数据库设计, 发现其将数据存入分歧的字段.
可是在自家的宏图中, 我并从未完全照搬Activiti的处理形式, 比如:
我并未为布尔类型加单独的字段,
而是以0或者1的主意存入LONG_VALUE里。

Activiti中提供便利的查询类, 如: ProcessInstanceQuery, TaskQuery.
其同时协助按照Process和Task相应的属性数据举办查询,
和Request/Snapshot以及property有很大的相似之处,
借鉴并根据实际情况兑现和谐的RequestQuery类, 援助各样复杂查询, 如:
依照指定的property的name和value查询, 扶助or的查询等。

Activiti的数据库版本的自动升级. 当我们升级activiti的版本时,
其实大家只需求立异JAR的本子号, 而不用关爱起底层数据库是还是不是要求提高,
activiti在其表中会记录数据库scheme的本子号,
启动时会自行判断并基于必要自动更新数据库. 那也是卓殊值得借鉴的地点,
尤其是当以此模块被三个系统所选择时。

亚洲必赢登录 22重返腾讯网,查看更加多

义务编辑:

网站地图xml地图