Drools vs JBPM？分歧、利弊

我正在寻找一个好的规则引擎

我看到它存在两个好项目：JBPM和Drools

我真的不明白两者之间的区别，也不知道什么是最理想的工具

---

请您向我提供更多信息和您在其中一个方面的经验，以及您认为管理业务规则的最佳方法。

Drools是一个Rete规则引擎，可进行正向和反向导入。您可以在一个小环境中使用它来进行本地决策，这些决策只需要一些规则，或者像保险中的承保决策引擎那样大的东西

---

jBPM是一个企业单例，它可以帮助您将人和服务之间的交互连接到一个状态机中，以实现定义良好的复杂业务流程。想想GoF中的中介模式

我可以看到jBPM可以在哪里使用Rete规则引擎来帮助处理业务流中的复杂决策。没有什么能阻止我在jBPM中嵌入口水

---

我想说它们是免费的，不是非此即彼的选择

jBPM不是一个规则引擎，它是一个工作流引擎。 Drools是一个规则引擎。所以你要找的就是流口水

---

Drools和jBPM是配套项目：如果您需要具有规则的工作流，它们可以很好地集成。

jBPM是一个工作流引擎，而Drools是一个规则引擎。

---

Drools Flow将合并到我们称之为jBPM 5的项目中

说口水只能用于少数规则是不正确的。它能够很好地扩展，至少在发表此评论时（7.5/6版）

drools和任何其他规则引擎的核心是实现优化规则执行的算法。规则的可管理性与规则的设计成正比（如果存在这种情况）

---

正如其他人所说，JBPM不是一个规则引擎，而是一个与drools自然交互的工作流系统。

JBPM是一个企业单例？你这是什么意思？我可能对jBPM及其部署方式假设得太多了，但我看到的大多数企业服务总线都是由多个客户机使用的企业范围的侦听器。它不是每个应用都有一个。jBPM5非常灵活，允许您在不同的层上运行多个引擎实例，这取决于您的业务场景，因此没有引擎的集中实例。我认为jBPM是在状态机GoF模式的类别中，然而，与中介模式相比，jBPM的优点和/或缺点是什么？请确保您想要的是什么？事实上，这个答案是正确的，是一个完美的答案，而不是上面的答案。所以，请检查hi@Geoffery我只是jbpm的初学者，你能给我推荐一些参考链接吗。1.）2.）虽然此链接可以回答问题，但最好在此处包含答案的基本部分，并提供链接供参考。如果链接页面更改，仅链接的答案可能会无效。谢谢。下次我会做得很好谢谢你的回答，但它已经在大约2年前得到了回答，说了完全相同的话。在回答之前阅读已接受的答案；）