jBPM 7.0.0.Final 发布,工作流管理系统

王练
 王练
发布于 2017年07月05日
收藏 74

许久未更新的 jBPM 正式发布了全新的 7.0.0 版本。jBPM 是一个完全开源的业务流程管理(BPM)和案例管理解决方案。它支持流程和案例的完整生命周期,从编写工具到执行一直到监控和管理。

相关文档:

  1. 下载

  2. 文档

  3. 发行说明

更新亮点:

一、案例管理

案例管理已经成为 BPM 世界几年来的一个热门话题,与更传统的业务流程不同,它们(通常)需要更多的灵活性并支持更多的非结构化和计划外工作。

jBPM 自 v5 以来,核心引擎一直有很多先进的功能来支持更灵活和适应性的用例。v6 中也已经引入了一些案例管理构建块,但现在的 v7 对案例管理用例有更广泛的支持:

  • 核心引擎:扩展以支持更多高级功能,如案例文件、临时和动态工作、阶段和里程碑、案例角色等。所有这些功能也可通过远程 API 获得。

  • 基于 Web 的创作环境已经扩展到支持自定义案例,使用案例项目向导,进程编辑器中的其他案例构建块和属性等。

  • 全新的基于 Web 的案例管理 UI ,展示了如何使用最新的功能和管理案例。此 UI 由许多独立的 UI 构建块构建而成。


二、快速入门

首次打开工作台时,将获得自动化的引导,创建一个新项目(或导入示例)并创建你的第一个进程,数据模型和表单已被大幅更新。


三、业务仪表板

dashbuilder 完全重构以更好地与工作台技术保持一致。


四、流程和任务 admin api

引入了新的 API,其中包括对进程和任务管理的强大功能。

进程管理 API 允许:

  • 获取所有流程定义节点

  • 取消节点实例

  • retrigger 节点实例

  • 更新计时器

  • 列表定时器实例

  • 触发节点

任务管理 API 允许:

  • 添加/删除潜在的所有者、排除的所有者和业务管理员

  • 添加/删除任务输入和输出

  • 列出/创建/取消升级和通知

五、进程和任务控制台与执行服务器分离

基于 Web 的管理和监控控制台在 v6 中使用了一个嵌入式执行服务器来执行所有的进程和任务操作,还提供了一个独立的进程执行服务器。在 v7 中,监控控制台将只是一个 UI 前端,对进程和任务数据的所有请求以及对它们的操作都被委派给独立的执行服务器。这样做的优点是控制台现在可以连接到基本上任何(一组)执行服务器。

六、新的安全管理界面

新的安全管理界面允许为所有这些用户(或组)定义权限。 可以控制谁可以使用 UI 的哪个部分,还可以使用哪些用户访问的项目等。


七、新流程设计预览和新表单模块

基于 Web 的全新流程设计器在此版本引入了早期预览功能


新的表单布局系统允许更高级和灵活的布局,新的小部件,生成表单,基于 Java 的文件格式等等


八、DMN 决策

Drools 已经引入了对 DMN 标准的支持,并且由于 jBPM 与 Drools 紧密集成以用于规则执行,因此现在可以从业务规则任务触发 DMN 规则。

九、其他改进

  • 最低 Java 版本升级到 Java8

  • 支持 WildFly 10 和 EAP7

  • 新的偏好页面

  • 数据源管理

更多内容可查阅发行说明更新日志

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:jBPM 7.0.0.Final 发布,工作流管理系统
加载中

精彩评论

xmut
xmut

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
用于所有需要审批的流程,看看去各种行 政中心就知道了,每个签章都需要多个部门多个领导审批,这就是工作流要干的事……
蒋大培
蒋大培

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
分两种,一种是IC(Integration-Centric BPM)形的一种是HC(Human-Centric BPM)形式的,HC就是我们常见的一些OA待办审批之类的,面向的主要是人。而IC形的可以用于对业务进行集成,比如将拆分的为服务进行编排之类等。

最新评论(27

hantsy
hantsy

引用来自“首席的哥队长”的评论

这货不是被activiti狠揍么,现在又整出一个flowable,工作流引擎也不知道用哪个最好了

引用来自“hantsy”的评论

JBPM 3.2 后,JBoss 内部讨论 Drools Workflow 和 JBPM 功能重叠问题。 JBPM 原作者离开 JBoss, 开始了 Activiti 项目, activiti 实际可以视为 JBPM 3.2 后续版本。

JBPM 4 开始实际上是原来 Drools Workflow 后续版本。配合 Drools 规则引擎,JBPM 无疑是最佳的方案。



引用来自“蒋大培”的评论

camunda貌似还不错

引用来自“hantsy”的评论

嗯,最近看一篇不错的文章, https://blog.bernd-ruecker.com/flowing-retail-demonstrating-aspects-of-microservices-events-and-their-flow-with-concrete-source-7f3abdd40e53

用 Camunda 作为流程引擎, 实现 Microservice 中 CQRS, EnventSouring, 特别是作为 Saga 的实现方案。Camunda 实现 BPMN等多个标准,JPBM实现了 BPEL标准。

项目只想用轻量的流程,直接用 Spring官方的 statemachine (一个状态机实现)就好了,。

引用来自“蒋大培”的评论

哈哈,最近也在研究statemachine这个项目和statefulj状态机这里。每个场景不一样,解决问题的规模也不一样
之前一个项目用到了spring-statemachine和 Spring Integration 4.x(加上Java 8 DSL 子项目,现在已经移到核心,现在是 Spring Integration 5一部分)。。。statemachine 主要处理系统客户端请求的, Spring Integration 用来与第三方程序(各种协议,amqp, http, ftps 等)交互, Java 8 DSL 带一个 IntegrationFlow 能够比较优雅写用 Java8 简单写一个Flow 定义。
蒋大培
蒋大培

引用来自“首席的哥队长”的评论

这货不是被activiti狠揍么,现在又整出一个flowable,工作流引擎也不知道用哪个最好了

引用来自“hantsy”的评论

JBPM 3.2 后,JBoss 内部讨论 Drools Workflow 和 JBPM 功能重叠问题。 JBPM 原作者离开 JBoss, 开始了 Activiti 项目, activiti 实际可以视为 JBPM 3.2 后续版本。

JBPM 4 开始实际上是原来 Drools Workflow 后续版本。配合 Drools 规则引擎,JBPM 无疑是最佳的方案。



引用来自“蒋大培”的评论

camunda貌似还不错

引用来自“hantsy”的评论

嗯,最近看一篇不错的文章, https://blog.bernd-ruecker.com/flowing-retail-demonstrating-aspects-of-microservices-events-and-their-flow-with-concrete-source-7f3abdd40e53

用 Camunda 作为流程引擎, 实现 Microservice 中 CQRS, EnventSouring, 特别是作为 Saga 的实现方案。Camunda 实现 BPMN等多个标准,JPBM实现了 BPEL标准。

项目只想用轻量的流程,直接用 Spring官方的 statemachine (一个状态机实现)就好了,。
哈哈,最近也在研究statemachine这个项目和statefulj状态机这里。每个场景不一样,解决问题的规模也不一样
2nD
2nD

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
说简单点,就是把生活或者工作中的各种流程处理搬到代码里,交给程序去完成,当然也需要人的操作,比如员工请假,财务报销,有了工作流,可以直接在系统里直接进行整个流程处理的每一个步骤
TerryZ
TerryZ

引用来自“首席的哥队长”的评论

这货不是被activiti狠揍么,现在又整出一个flowable,工作流引擎也不知道用哪个最好了

引用来自“hantsy”的评论

JBPM 3.2 后,JBoss 内部讨论 Drools Workflow 和 JBPM 功能重叠问题。 JBPM 原作者离开 JBoss, 开始了 Activiti 项目, activiti 实际可以视为 JBPM 3.2 后续版本。

JBPM 4 开始实际上是原来 Drools Workflow 后续版本。配合 Drools 规则引擎,JBPM 无疑是最佳的方案。



引用来自“蒋大培”的评论

camunda貌似还不错

引用来自“hantsy”的评论

嗯,最近看一篇不错的文章, https://blog.bernd-ruecker.com/flowing-retail-demonstrating-aspects-of-microservices-events-and-their-flow-with-concrete-source-7f3abdd40e53

用 Camunda 作为流程引擎, 实现 Microservice 中 CQRS, EnventSouring, 特别是作为 Saga 的实现方案。Camunda 实现 BPMN等多个标准,JPBM实现了 BPEL标准。

项目只想用轻量的流程,直接用 Spring官方的 statemachine (一个状态机实现)就好了,。
越说越乱,简直怀疑人生了
xmut
xmut

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
用于所有需要审批的流程,看看去各种行 政中心就知道了,每个签章都需要多个部门多个领导审批,这就是工作流要干的事……
hantsy
hantsy

引用来自“首席的哥队长”的评论

这货不是被activiti狠揍么,现在又整出一个flowable,工作流引擎也不知道用哪个最好了

引用来自“hantsy”的评论

JBPM 3.2 后,JBoss 内部讨论 Drools Workflow 和 JBPM 功能重叠问题。 JBPM 原作者离开 JBoss, 开始了 Activiti 项目, activiti 实际可以视为 JBPM 3.2 后续版本。

JBPM 4 开始实际上是原来 Drools Workflow 后续版本。配合 Drools 规则引擎,JBPM 无疑是最佳的方案。



引用来自“蒋大培”的评论

camunda貌似还不错
嗯,最近看一篇不错的文章, https://blog.bernd-ruecker.com/flowing-retail-demonstrating-aspects-of-microservices-events-and-their-flow-with-concrete-source-7f3abdd40e53

用 Camunda 作为流程引擎, 实现 Microservice 中 CQRS, EnventSouring, 特别是作为 Saga 的实现方案。Camunda 实现 BPMN等多个标准,JPBM实现了 BPEL标准。

项目只想用轻量的流程,直接用 Spring官方的 statemachine (一个状态机实现)就好了,。
蒋大培
蒋大培

引用来自“首席的哥队长”的评论

这货不是被activiti狠揍么,现在又整出一个flowable,工作流引擎也不知道用哪个最好了

引用来自“hantsy”的评论

JBPM 3.2 后,JBoss 内部讨论 Drools Workflow 和 JBPM 功能重叠问题。 JBPM 原作者离开 JBoss, 开始了 Activiti 项目, activiti 实际可以视为 JBPM 3.2 后续版本。

JBPM 4 开始实际上是原来 Drools Workflow 后续版本。配合 Drools 规则引擎,JBPM 无疑是最佳的方案。



camunda貌似还不错
蒋大培
蒋大培

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
分两种,一种是IC(Integration-Centric BPM)形的一种是HC(Human-Centric BPM)形式的,HC就是我们常见的一些OA待办审批之类的,面向的主要是人。而IC形的可以用于对业务进行集成,比如将拆分的为服务进行编排之类等。
love_forever
love_forever

引用来自“xxx2xxx”的评论

有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
OA?
xxx2xxx
xxx2xxx
有人能解释一下工作流引擎到底是干嘛的,主要用在哪些地方?
返回顶部
顶部