Drools 文档(KIE概述)

项目解析

Drools和jBPM集成knowledge解决方案的研究过程简单地使用了“kiegroup”组名,这个名称渗透到GitHub账户和Maven POMs中,随着范围的扩大和新项目的开展,KIE,Knowledge Is Everything的缩写,被选为新的组名。KIE的名称也用于系统的共享方面,如统一的构建、部署和使用。web

KIE目前包括如下子项目:segmentfault

kie.png

OptaPlanner,一个本地搜索和优化工具,已经从Drools Planner分离出来,如今是一个与Drools和jBPM同级的顶级项目,这是一种天然的进化,由于Optaplanner虽然拥有强大的Drools集成,但长期以来一直独立于Drools。eclipse

与其余事情同样,聚合科技的收购也带来了强大的Dashboard Builder,它提供了强大的报告功能,Dashboard Builder目前是一个临时名称,在6.0版本发布后将选择一个新名称,Dashboard Builder彻底独立于Drools和jBPM,将在JBoss的许多项目中使用,但愿在JBoss以外使用:)编辑器

UberFire是一个新的基础工做台项目,从底层剥离出来重写,UberFire提供了相似于eclipse的工做台功能,带有插件中的面板和页面,该项目独立于Drools和jBPM,任何人均可以将其做为构建灵活而强大的工做台的基础,UberFire将用于整个JBoss的控制台和工做台开发。工具

它被肯定为Guvnor品牌从其预期的角色泄漏过多,例如,像决策表这样的创做 metaphor被认为是Guvnor组件,而不是Drools组件。这并无受到5.x中Guvnor所使用的总体项目结构的帮助,在6.0中,Guvnor的关注点已经缩小到封装了一组UberFire插件,这些插件为构建基于web的IDE提供了基础。例如用于构建和部署的Maven集成、Maven存储库的管理以及经过收件箱发出的活动通知。Drools和jBPM使用Uberfire做为基础构建工做台发行版,包括一组插件,如Guvnor,以及它们本身的插件,用于决策表、指南编辑器、BPMN2设计器和人工任务,Drools工做台被称为DDrools-WB。KIE-WB是将全部Guvnor、Drools和jBPM插件组合在一块儿的uber工做台,因为 jBPM-WB实际上并不存在,所以 jBPM-WB会将其删除。测试

生命周期

使用KIE系统的不一样方面或生命周期,不管是Drools仍是jBPM,一般能够分为如下几个方面:优化

  • Authorui

    • 使用UI metaphor编写knowledge,例如:DRL、BPMN二、决策表、类模型。
  • Buildspa

    • 将编写的knowledge构建到可部署的单元中。
    • 对KIE来讲,这个单元是一个JAR。
  • Test插件

    • 在部署到应用程序以前进行测试。
  • Deploy

    • 将单元部署到应用程序可使用(消费)它们的位置。
    • KIE使用Maven样式存储库。
  • Utilize

    • 加载一个JAR以提供KIE会话(KieSession),供应用程序与之交互。
    • KIE在运行时经过KIE容器公开JAR(KieContainer)。
    • KieSessions,运行时的交互,是由KieContainer建立的。
  • Run

    • 系统与KieSession经过API交互。
  • Work

    • 用户经过命令行或UI与KieSession交互。
  • Manage

    • 管理任何KieSession或KieContainer。

上一篇:安装和设置(core和IDE)

相关文章
相关标签/搜索