Jboss drools和jrules一样吗？

Drools和Jrules之间有区别吗？Jboss规则和Jrules是一样的吗？什么类型的环境通常使用Drools？

不，Drools是开源规则引擎。它包括几个子项目，如Drools Expert、Drools Fusion、Drools Guvnor等

Red Hat将Drools打包并支持为JBoss Enterprise BRMS产品

JRules是IBM收购的ILOG的规则引擎。

相似性：
最后，这两个应用程序都是BRM，所以是的，它们是相似的
两者都提供了以下功能：
-将规则存储在存储库中
-在web环境中编写规则
-在服务器上执行规则

JRules远不是业务用户（非技术）的最佳方法。
JBoss规则远不是寻找非愚蠢的昂贵解决方案的最佳方法
两者都可以做CEP。（复杂事件处理）

差异：
JRules比Drools更成熟，但Drools是一个很好的工具

---

Drools使用JSON编写技术规则，JRules使用IRL（Ilog规则语言）。别担心，你可以用Drools添加“口头表达”，但它不如JRules强大。
主要的区别是从业务（非技术）的角度来看。
如果您希望能够用适当的人类语言编写规则，如：
如果申请人的年龄小于18岁，则拒绝该申请
你可以两者兼得。
现在，如果您希望业务部门用印地语编写规则，用法语审核规则，用德语验证规则，并用英语编写报告，那么JRules就是您需要的BRM。
您可以直接在Excel或Word中使用JRules编写规则。
由于Drools来自自由世界，您可能会遇到一些bug，但由于它是免费的，与隐藏部分API的JRules相比，您可以访问所有源代码

什么环境：
对于口水，我会说JBoss:）
JRules=JBoss、WebSphere、Weblogic、Tomcat。。。还有更多
对于这一个：RTFM真的。取决于您的需要。
谷歌可能会在各种BRM上为您提供一些基准。

总而言之：
如果您有钱（已加载），那么JRules
如果你是穷人或极客，那么你就会流口水——你会玩得很开心，真的：）

注意：我说的是“Drools”，而不是红帽支持的“JBoss规则”。
它们之间的区别在于，红帽版本不是最新的Drools版本，也没有与Drools完全相同的功能。
这仅仅是因为红帽支持它们的版本，所以它们的发展速度不如Drools。基本上，他们在同一时间选择一个版本，并决定在口水仍在变化时使用它。。。希望你明白我的意思。
希望对您有所帮助

例如，你知道JBossDrools社区之间 project v5.1和Red Hat的JBoss Enterprise BRMS v5.1共有150个+ bug修复、5个安全修复和若干性能增强

Red Hat的JBoss Enterprise BRMS产品基于创新的 JBossDrools社区项目成员所做的工作。然而， 它不是一对一的关系，只是JBoss Enterprise BRMS 通过企业订阅从Red Hat获得保证： 包括修补程序和更新、基于SLA的支持和多年 维护政策。使用Red Hat的JBoss Enterprise BRMS，您可以 管理技术和政治方面的问题，这些问题阻碍了 部署

我们的支持是一流的。红帽客户门户网站获奖- 赢家和红帽公司在这方面一直领先于专有竞争对手 支持排名

但JBoss Enterprise BRMS不仅仅是产品稳定性。我们的 专业服务团队拥有丰富的经验，这将有所帮助 即使是最有经验的JBoss也会让开发人员疲于奔命，无法充分利用这些资源 规则平台的力量。它是强大的

JBoss Enterprise BRMS：JBoss Drools的强大功能与 红帽保险

---

简单回答：不，它们是不同的产品。但这两种都是基于规则的系统，最好是查阅它们的帮助页面——jBoss有一个非常好的Drools入门——它描述了一些情况……有时候jBoss规则将Guvnor命名为BRMS，这是错误的。只是想让你知道，“Drools使用JSON来编写技术”->这不是真的。DRL是Drools的原生语言，相当于JRules中的IRL。另外，我不同意你对开源的总体看法，像“因为Drools来自自由世界，你可能会遇到一些bug”这样的说法说得太天真了（当然，每个人都有自己的观点）。开源和开源软件中都存在bug，它们与所采用的模型无关。不是JSON而是DRL是的，没错，我错了。我不是这个意思。bug当然存在，但像JRules这样的产品在QA方面花费的时间更多。上次我使用drools（6个月前）时，它无法在有状态会话的规则流中包含2个规则任务。。。问题结束。前两个问题是不同点和相似点。如果您编写可测试代码，您就不必担心平台错误：）