jBPM 会死吗？ jBPM 和 Activiti BPMN 的未来是什么？答案

【问题标题】：Is jBPM dying? What is the future of jBPM and Activiti BPMN?jBPM 会死吗？ jBPM 和 Activiti BPMN 的未来是什么？
【发布时间】：2011-04-01 01:53:03
【问题描述】：

听说“jBPM”的开发者最近转战“Activiti BPMN 2”（例如：Tom）。

我想知道对 jBPM 的支持是否会结束。此外，我很高兴听到您的想法，即随着时间的推移，Activiti BPMN 的改进是否会使其比 jBPM 更好或更有用？

我也想知道它们之间的优缺点。

【问题讨论】：

标签： jbpm activiti bpmn camunda flowable

【解决方案1】：

Activiti 是一个有趣的项目有几个原因：

他们打算将引擎商品化。出于这个原因，他们使用 Apache 软件许可证。到目前为止，有几家公司正在支持该项目。 “商业模式”有点类似于 OpenStack 使用的模式。
拥有一个每个人都可以使用的 BPMN 2.0 引擎是有意义的。这确实包括 jBoss（但我怀疑他们很快就会切换）。

【讨论】：

非常感谢您的回复。那么，选择哪个更好呢？为了确定适合我的项目的比较，我应该考虑什么？如果你没有足够的时间来解释，我也会很高兴听到一些关于这个主题的博客/网站/艺术或电子书的建议。保重
这取决于：Activiti 还没有准备好生产！看看他们的路线图：docs.codehaus.org/display/ACT/Roadmap 到目前为止，计划的发布已经及时并且几乎所有预定的功能。 5.0 版计划于 2010 年 11 月 1 日发布。换句话说：这实际上取决于您的项目的日程安排和性质。我的建议：花一个小时下载今天发布的版本，玩一下，然后开始阅读文档。

【解决方案2】：

历史课：

jBPM 及其产生的项目：

jBPM 是在 Redhat 作为遵循 BPMN 2.0 规范的工作流引擎创建的
jBPM 的创建者离开 jBPM 项目和 Redhat 加入 Alfresco。他们在那里创建 Activi。
Activi 的创建者离开 Alfresco 并开始使用新的 BPM 工具 Flowable，它是 Activi 的一个分支。
Camunda 是另一个从 Activi 派生的 BPM 工具。他们还遵守 BPMN 2.0 规范。他们有 Zeebe，这是一种云原生 BPM，具有 Java、gRPC、Elasticsearch 和 Kubernetes 的连接器。

非 jBPM 工作流/编排工具：

Uber cadence
Apache Airflow
Netflix Conductor：微服务工作流编排引擎。

【讨论】：

Camunda Fork 4. 发生在 3 之前。

【解决方案3】：

请查看 jBPM 7：https://www.jbpm.org/learn/releases.html

对 jBPM 的支持和开发肯定仍在进行中！

（顺便说一句，jBPM 也使用 BPMN 2.0）

【讨论】：

首先，谢谢。但是我现在已经可以看到 jbpm 的延续了。另一方面，我的追求。正如我在上面所写的那样，是关于未来对这些技术的改进和支持。还是谢谢。

【解决方案4】：

jBPM 和 Activiti 都是 BPMN 引擎但是在比较它们时

jBPM 比 Activiti 更复杂
与 jBPM 相比，与 Activiti 集成真的很容易

但 jbpm 仍处于开发阶段，活动也是如此

无论您的要求是什么，jbpm 中都提供了一切，这是非常好的 BPM，但与 Activity 相比，它有点复杂并且没有那么富有成效。

因此，如果您尚未决定使用哪个 bpm，我建议您选择 Activity，因为与 JBPM 相比，与 Activity 集成任何东西，例如 LDAP 或 Spring 都更容易。

由于社区提供了良好的用户指南和文档，您也可以轻松学习 Activity，但对于 JBPM 用户指南和文档来说，两者都没有太大帮助。此外，开发者指南也不达标。

好球在你的球场上，你必须做出决定。

一切顺利。

查看此链接

http://www.mastertheboss.com/activiti-bpmn/jbpm-vs-activiti-which-to-choose

【讨论】：

【解决方案5】：

我从 14 年撤回了我之前的回答。从今天的角度来看，答案当然应该包括 jBPM、Activiti、Flowable 和 Camunda。这是在寻找重要的基于 BPMN2 标准的开源工作流引擎时的最终选择。

恕我直言，jBPM 仍然非常以 Java 为中心，感觉就像是由社区构建的老式开源产品，但仍然缺乏产品管理。

大部分 Activiti 贡献者离开并分叉了 Camunda 和 Flowable。看起来 Activiti 的重点是围绕 Alfresco 及其 DMS 的需求。

如果您考虑与答案相关的 Google 趋势，它目前看起来像这样：https://trends.google.com/trends/explore?q=jBPM,Camunda,Activiti,Flowable

【讨论】：

【解决方案6】：

虽然与 3.x 和 4.x 版本有很大的不同，但 jBPM 肯定不会消亡。在这里，你可以阅读更多关于jBPM and Activiti 干杯弗朗切斯科

【讨论】：

【解决方案7】：

据我了解，jBPM 5 是刚刚重命名的 drools flow。所以它开始是作为 drools 业务规则引擎的一部分，现在是 jBPM 4 的继任者。所以我认为 jBPM 项目负责人转移到 activiti 并不重要......

【讨论】：

【解决方案8】：

jBPM 历来有一个很大的缺点。可用性。一直非常强大，但最难使用和集成，这是 Activiti 受欢迎和 jBPM 使用量下降的主要原因。

然而，随着新版本 6 的推出以及提供非常好的 jBPM 执行框架的 Wira 平台 (http://www.a1.io/a1io_blog/wira-for-jbpm/) 的发布，今年 jBPM 再次出现。

【讨论】：

【解决方案9】：

不，jBPM 并没有消亡，但是最近几天出现了更简单和轻量级的 BPMN 版本，例如 Camunda、Flowable、Activiti 等等。 jBPM 是竞争中的老玩家之一，与其他工具相比，在创新、新功能、复杂性、部署、支持、稳定性、社区等方面肯定会输给竞争。此外，redhat PAM 是另一个原因，可以以比当前 BPM 领导者（如 Pega、IBM BPM 等）便宜 10 倍的价格购买。

归根结底 - jBPM 不会消亡，会得到支持。

【讨论】：