Drools7.25中文文档完整.docx

《Drools7.25中文文档完整.docx》由会员分享，可在线阅读，更多相关《Drools7.25中文文档完整.docx（577页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2019/8/14Drools文档Drools文档184/577Search TOC目录 1.简介凯Drools引擎4.跑步5. 规则语言参考6. 决策模型和符号（DMN）7. 预测模型标记语言（PMML）8. 实验功能9. Drools命令10. CDI11. 与Spring集成12. 与白羊座蓝图整合13. Android集成14. Apache Camel集成15. Drools Camel Server 16.商业中心（一般）17. 编写规则资产18. Business Central整合19.业务中心高可用性20. KIE执行服务器21.例子22.发行说明欢迎1. 简介1.1 。介绍

2、KIE（知识就是一切）是一个伞形项目，旨在将我们的相关技术集中在一起。它也是我们项目之间共享的核心。 KIE包含以下不同但相关的项目，为业务自动化和管理提供完整的解决方案组合：1. Drools是一个业务规则管理系统，具有前向链接和后向链接推理的规则引擎，允许快速可靠地评估业务规则和复杂的事件处理。规则引 擎也是创建专家系统的基本构建块，在人工智能中，该专家系统是模拟人类专家的决策能力的计算机系统。2. jBPM是一个灵活的业务流程管理套件，允许您通过描述为实现这些目标而需要执行的步骤来建模您的业务目标。3. OptaPlanner是一种约束求解器，可优化员工排班，车辆路径，任务分配和云优化等

3、用例。4. Business Central是一个功能齐全的Web应用程序，用于自定义业务规则和流程的可视化组合。5. UberFire是一个基于Web的工作台框架，受Eclipse富客户端平台的启发。7. x系列将遵循更灵活的方法，更常规和迭代发布。我们计划对一系列次要版本进行一些比平常更大的更改，用户需要注意那些在采用之前 即将发生。1. UI部分和链接将变为面向对象，而不是面向任务。https:/en.wikipedia.org/wiki/Object-oriented_user_interface2. 创作/库将成为面向项目，而不是面向存储库。您将创建，浏览和打开项目而不是存储库。存储

4、库概念将被推低，例如，当您创建项目 时，它将自动创建。3. 旧表单建模器将被删除，只有新表单建模器可用。虽然旧表格将继续呈现。4. 新设计师将继续成熟，拥有更多节点和改进的UXD。最终它将成为默认编辑器，但在BPMN2支持中存在功能奇偶校验之前，我们不会 删除旧编辑器。5. 许多地方的UXD持续改进。6. 我们将介绍AppFormer项目，这将是现有项目的重组和整合，并导致一些工件重命名。UberFire将成为AppFormer-Core，表单，数据建模器和dashbuilder将归AppFormer所有。Dashbuilder很可能会成为Appformer-Insight的代名词。8. x系

5、列将于今年年底推出。我们正在进行并行工作以引入具有改进的git支持的工作空间概念，这将具有用于分叉和拉取请求的内置工作流。这将与水平扩展和改进的高可用性相结合。这些更改对于可用性和云可伸缩性非常重要，但对于次要版本的更改非常重要，因此会突然 降至8.x.1.2 。参与进来我们经常被问到“我如何参与”。幸运的是答案很简单，只需编写一些代码并提交它:)没有必须跳过的秘密或秘密握手。我们有一个非常小 的“开销”，我们要求允许可扩展的项目开发。下面我们提供了我们要求的工具和“工作流程”的一般概述，以及一些一般性建议。如果你贡献了一些好的工作，不要忘记博客:)1.2.1 。注册jboss.org登录jb

6、oss.org可以访问JBoss wiki，论坛和JIRA。转到https:/www.jboss.org/并单击“注册”。1.2.2 。签署贡献者协议您需要签署的唯一表格是贡献者协议，该协议通过网络完全自动化。如下图所示“这确定了您的贡献的条款和条件，并确保源代码可以得到 适当的许可”https:/cla.jboss.org/1.2.3 。通过JIRA提交问题为了能够与核心开发团队进行交互，您需要使用问题跟踪器JIRA。这可确保记录所有请求并将其分配到发布计划，并在一个位置捕获所有讨 论。Bug报告，错误修复，功能请求和功能提交都应该放在这里。一般问题应在邮件列表中进行。次要代码提交（如格式或

7、文档修复）不需要创建关联的JIRA问题。https:/issues.jboss.org/browse/DROOLS https:/issues.jboss.org/browse/JBPM1.2.4 。Fork GitHub签署了贡献者协议，并且您的请求已提交给JIRA，您现在可以准备代码:)创建一个GitHub帐户并分叉任何Drools，jBPM或Guvnor存储库。fork将在您自己的GitHub空间中创建一个副本，您可以按自己的进度工作。如果你犯了一个错误，不要担心吹走它并再次分叉。请注 意，每个GitHub存储库都提供了克隆（checkout）URL，GitHub将为您提供特定于fork

8、的URL。1.2.5 。写测试在编写测试时，尽量保持最小化和自包含。我们更倾向于将DRL片段保留在测试范围内，因为它可以更快地进行审核。如果它们是大量规则，则使用String是不实际的，因此无论如何都要将它们放在单独的DRL文件中，而不是从类路径加载。如果您的测试需要使用模型，请尝 试使用已经存在的模型用于其他单元测试; 如人，奶酪或订单。如果不存在具有所需字段的类，请在添加新类之前尝试更新现有类的字段。有很多测试需要了解，MiscTest是一个很好的起点。 https:/gi oup/drools/blob/master/drools-compiler/src/test/ja va/org/

9、 drools/integr ationtests/MiscTest.java(1.2.6 。承诺正确的约定提交时，请确保使用正确的约定。提交必须以JIRA问题ID开头，例如DROOLS-1946。这确保了通过JIRA交叉引用提交，因此我们可以在同一位置查看给定问题的所有提交。在id之后，问题的标题应该接下来。然后使用换行符，用短划线缩进，以提供与此提交相关的其他信息。 为您想要制作的每个单独的点使用额外的新线和短划线。如果合适，您可以向同一个提交添加其他JIRA交叉引用。一般来说，尽量避免在同 一次提交中组合不相关的问题。不要忘记从原始主服务器中重新绑定本地fork，然后将提交返回到fork

10、。1.2.7 。提交拉请求如果您的代码从原始主服务器重新定位并推送到您的个人GitHub区域，您现在可以将您的工作作为拉取请求提交。如果你在GitHub的页面 顶部查看你的工作区，它们将是一个“Pull Request”按钮。选择此选项将提供一个gui来自动提交您的拉取请求。然后拉取请求进入队列，供所有人查看和评论。您可以在下面看到典型的拉取请求。pull请求允许讨论，它显示所有相关提交和每个提交的 差异。讨论通常涉及代码审查，这些审查为改进提供了有用的建议，并允许我们对代码的特定部分留下内联评论。如果我们不立即合并，请 不要沮丧，在我们接受拉取请求之前，通常需要多次修改。幸运的是，GitHu

11、b可以回到你的代码，做一些更多的提交，然后将你的拉取请 求更新到最新最好的。我们需要时间来回应拉取请求，所以请耐心等待。修复程序附带的提交测试通常会很快应用，因为只有测试才会经常进行，直到我们有时间 提交修复程序。不要忘记不时地重新提交并重新提交您的请求，否则随着时间的推移会发生合并冲突，核心开发人员将会忽略这些冲突。1.3 。安装和设置（核心和IDE）1.3.1 。安装和使用Drools提供了一个基于Eclipse的IDE（可选），但其核心只需要Java 1.5（Java SE）。一个简单的入门方法是下载并安装Eclipse插件 - 这也需要安装Eclipse GEF框架（如果你没有安装它，

12、请参见下文）。这将为您提供开始所需的所有依赖项：您只需创建一个新的规则项目，一切都将为您完成。有关详细说明，请参阅Business Central和IDE一章。安装Eclipse插件通常就像将文件解压缩到Eclipse插件目录一样简单。不需要使用Eclipse插件。规则文件只是文本输入（或视情况而定的电子表格），IDE（也称为Business Central）只是一种便利。人们已经在很多方面集成了Drools引擎，没有“一刀切”。或者，您可以下载二进制分发版，并在项目类路径中包含相关的JAR。1.3.1.1 。依赖关系和JARDrools被分解为几个模块，在规则开发/编译期间需要一些模块，并且

13、在运行时需要一些模块。在许多情况下，人们只想在运行时包含所有 依赖项，这很好。它可以让您拥有最大的灵活性。但是，有些人可能更喜欢将他们的“运行时”剥离到最低限度，因为他们将以二进制形式部 署规则 - 这也是可能的。核心Drools引擎可以非常紧凑，并且在3个JAR文件中只需要几百千字节。以下是组成JBoss Drools的重要库的描述knowledge-api.jar - 这提供了接口和工厂。它还有助于清楚地显示什么是用户API以及什么是引擎API。knowledge-internal-api.jar - 这提供了内部接口和工厂。drools-core.jar - 这是核心Drools引擎，运

14、行时组件。包含RETE引擎和LEAPS引擎。如果您正在预编译规则（以及通过Package或RuleBase对象进行部署），那么这是唯一的运行时依赖项。drools-compiler.jar - 它包含编译器/构建器组件以获取规则源，并构建可执行规则库。这通常是应用程序的运行时依赖性，但如果您要预编译规则则不必如此。这取决于drools-core。drools-jsr94.jar - 这是符合JSR-94的实现，它本质上是drools-compiler组件的一个层。请注意，由于JSR-94规范的性质，并非所有功能都通过此接口轻松公开。在某些情况下，直接使用Drools API会更容易，但在某些环

15、境中，JSR-94是强制要求的。drools-decisiontables.jar - 这是决策表的编译器组件，它使用drools-compiler组件。这支持excel和CSV输入格式。上面的组件需要很多其他依赖项，其中大部分都是针对drools-compiler，drools-jsr94或drools-decisiontables模块。需要注意的一些关键 点是提供电子表格解析能力的“POI”，以及提供规则语言本身解析的“antlr”。Z如果你在J2EE或servlet容器中使用Drools并且遇到了带有“JDT”的类路径问题，那么你可以切换到janino编译器。设置系统属性“piler”：

16、例如：-Dpiler = JANINO。有关发行版中依赖项的最新信息，请参阅可在Maven存储库中找到的已发布POM。1.3.1.2 。与Maven，Gradle，Ivy，Buildr或Ant一起使用JAR也可以在Maven中央存储库中找到(http:/search.maven.org/#search|ga|1|org.drools)（以及https:/repository.jboss.org/nexus/index.html#nexus-search;gav org.drools JBoss Maven存储库）。如果您使用Maven，请在项目的pom.xml中添加KIE和Drools依赖项，

17、 如下所示：org.droolsdrools-bompom.import.org.kiekie-apiorg.droolsdrools-compilerruntime.XML这与Gradle，Ivy和Buildr类似。要识别最新版本，请检查Maven存储库。如果您仍在使用Ant（不使用Ivy），请从下载zip的二进制文件 目录中复制所有JAR，并手动验证您的类路径是否包含重复的JAR。1.3.1.3 。运行这里提到的“运行时”要求是您将规则部署为二进制形式（作为KnowledgePackage对象或KnowledgeBase对象等）。这是一项可选功能， 可让您保持运行时非常轻便。您可以使用dr

18、ools-compiler生成“进程外”的规则包，然后将它们部署到运行时系统。此运行时系统仅需要drools-core.jar和knowledge-api来执行。这是一个可选的部署模式，许多人不需要这么多“修剪”他们的应用程序，但它是某些环境的理想 选择。1.3.1.4 。安装IDE（Rule Workbench）规则工作台（对于Eclipse）要求您具有Eclipse 3.4或更高版本，以及Eclipse GEF 3.4或更高版本。您可以通过下载插件或使用更新站点来安装它。另一个选择是使用JBoss IDE，它包含预先打包的所有插件要求，以及与规则分开的其他工具选择。您可以选择仅从JBoss

19、 IDE附带 的“bundle”安装规则。安装GEF（必需的依赖项）GEF是Eclipse图形编辑框架，用于插件中的图形查看组件。如果您没有安装GEF，可以使用内置更新机制安装它（或者不推荐从Eclipse.org网站下载GEF）。JBoss IDE已经拥有了GEF，就像Eclipse的许多其他“发行版”一样，所以这一步对于某些人来说可能是多余的。 从帮助菜单中打开帮助软件更新.可用软件添加站点位置是：http:/download.eclipse.org/tools/gef/updates/releases/接下来，您选择GEF插件：按next，并同意安装插件（可能需要重新启动Eclipse）

20、。完成此操作后，您就可以继续安装规则插件。从zip文件安装GEF要从zip文件安装，请下载并解压缩该文件。在zip中你会看到一个插件目录和插件JAR本身。将插件JAR放入Eclipse应用程序插件目录中， 然后重新启动Eclipse。从zip文件安装Drools插件从下面的链接下载Drools Eclipse IDE插件。将下载的文件解压缩到主eclipse文件夹中（不要只是将文件复制到那里，将其解压缩，以便功能和插件JAR最终出现在eclipse的功能和插件目录中）并重新启动Eclipse。https:/www.drools.org/download/download.html要检查安装是否

21、成功，请尝试打开Drools透视图：单击Eclipse窗口右上角的“Open Perspective”按钮，选择“Other .”并选择Drools透视图。如果您无法找到Drools透视图作为可能的透视图之一，则安装可能不成功。检查您是否正确执行了每个必需的步骤：您是否拥有正确版 本的Eclipse（3.4.x）？你是否安装了Eclipse GEF（检查eclipse根文件夹中plugins目录中是否存在 org.eclipse.gef_3.4 .jar）？您是否正确提取了Drools Eclipse插件（检查org.drools.eclipse_是否正确.jar存在于eclipse根文件夹的

22、plugins目录中）？如果您找不到问题，请尝试联系我们（例如，在irc或用户邮件列表上），更多信息可以在我们的主页上找到：https:/www.drools.org/Drools RuntimesDrools运行时是文件系统上的JAR集合，代表Drools项目JAR的一个特定版本。要创建运行时，必须将IDE指向您选择的版本。如果要基于插件本身包含的最新Drools项目JAR创建新的运行时，您也可以轻松地执行此操作。您需要为Eclipse工作区指定默认的Drools运行时，但每 个项目都可以覆盖默认值并专门为该项目选择适当的运行时。定义Drools运行时您需要使用Eclipse首选项视图定义一

23、个或多个Drools运行时。要打开首选项，请在菜单窗口中选择“首选项”菜单项。新的首选项对话框应显示您的所有首选项。在此对话框的左侧，在Drools类别下，选择“Installed Drools runtimes”。然后右侧的面板应显示当前定义的Drools运行时。如果您还没有定义任何运行时，它应该像下图所示。要定义新的Drools运行时，请单击“添加”按钮。将弹出如下所示的对话框，其中需要运行时的名称以及文件系统中可以找到它的位置。通常，您有两种选择：1. 如果您只想使用Drools Eclipse插件中包含的默认JAR，则可以通过单击“Create a new Drools 5 runti

24、me .”按钮自动创建新的Drools 运行时。将显示一个文件浏览器，要求您选择文件系统上要创建此运行时的文件夹。然后，插件将自动将所有必需的依赖项复制到指定 的文件夹。选择此文件夹后，对话框应如下图所示。2. 如果要使用Drools项目的一个特定版本，则应在文件系统上创建一个包含所有必需的Drools库和依赖项的文件夹。如上所述，不是创建 新的Drools运行时，而是为运行时命名，并选择包含所有必需JAR的此文件夹的位置。单击“确定”按钮后，运行时应显示在已安装的Drools运行时表中，如下所示。单击新创建的运行时前面的复选框，使其成为默认的Drools运 行时。默认的Drools运行时将用

25、作未选择项目特定运行时的所有Drools项目的运行时。您可以根据需要添加任意数量的Drools运行时。例如，下面的屏幕截图显示了已定义三个运行时的配置：Drools 4.0.7运行时，Drools 5.0.0运行时和Drools 5.0.0.SNAPSHOT运行时。Drools 5.0.0运行时被选为默认运行时。请注意，如果更改了默认运行时，则需要重新启动Eclipse，并且要确保使用默认运行时的所有项目都相应地更新其类路径。 为Drools项目选择运行时每当您创建Drools项目时（使用New Drools Project向导或使用“转换为Drools项目”将现有Java项目转换为Drool

26、s项目时，在Drools透视图中显示并右键单击现有项目时Java项目），该插件将自动将所有必需的JAR添加到项目的类路径中。在创建新的Drools项目时，插件将自动使用该项目的默认Drools运行时，除非您指定项目特定的项目。您可以在New Drools Project向导的最后一步中执行此操作，如下所示，通过取消选中“Use default Drools runtime”复选框并在下拉框中选择相应的运行时。如果单击“配置工作区设置.”链接，将打开显示当前安装的Drools运行时的工作区首选项，以便您可以在其中添加新的运行时。您可以随时通过打开项目属性（右键单击项目并选择“属性”）并选择“Dr

27、ools”类别来更改Drools项目的运行时，如下所示。选中“启用项目特定设置”复选框，然后从下拉框中选择相应的运行时。如果单击“配置工作区设置.”链接，将打开显示当前安装的Drools运行时的工作区首 选项，以便您可以在其中添加新的运行时。如果取消选中“启用项目特定设置”复选框，它将使用全局首选项中定义的默认运行时。1.3.2 。从源头构建1.3.2.1 。获取消息来源每个Maven工件的源代码在JBoss Maven存储库中作为源JAR提供。下载拉链中也包含相同的源JAR。但是，如果您想从源代码构建，强烈建议从源代码控制中获取源代码。Drools和jBPM使用Git (http:/git-

28、Git允许您分叉我们的代码，独立地对其进行个人更改，但仍定期合并我们的最新更改，并可选择与我们分享您的更改。要了解有关git的更 多信息，请阅读免费书籍Git Pro (http:/progit.org/book/)。1.3.2.2 。建立资源在本质上，从源代码构建非常容易，例如，如果你想构建guvnor 项目：$ git clone git:kiegroup/guvnor.git.$ cd guvnor$ mvn clean install -DskipTests -Dfull.SHELL但是，存在很多潜在的缺陷，因此如果您认真考虑从源构建并可能为项目做出贡献，请按照 droolsjb p

29、m-build-bootstrap中README文 件中 ( 。1.3.3 。日食1.3.3.1 。导入Eclipse项目生成Eclipse项目文件后，现在可以将它们导入Eclipse。启动Eclipse时，在subversion checkout的根目录中打开工作区。调用mvn install 所有项目依赖项时，下载并添加到本地Maven存储库。除非您告诉它存储库的位置，否则Eclipse无法找到这些依赖项。为此，请设置一个M2_REPO 类路径变量。KIEKIE是Drools和jBPM的共享核心。它为构建，部署和利用资源提供了统一的方法和编程模型。凯2.1 。概观2.1.1 。项目剖析研究

30、Drools和jBPM的集成知识解决方案的过程只使用了“kiegroup”组名。这个名字渗透了GitHub帐户和Maven POM。随着范围的扩大和新项目的推出，KIE（知识就是一切的首字母缩写）被选为新的组名。KIE名称也用于系统的共享方面; 例如统一构建，部署和利用。KIE目前包含以下子项目：图1. KIE解剖学OptaPlanner是一个本地搜索和优化工具，已经从Drools Planner分离出来，现在是Drools和jBPM的顶级项目。这是Optaplanner的自然 演变，虽然具有强大的Drools整合，但长期以来一直独立于Drools。从Polymita的收购以及其他东西中，强大

31、的Dashboard Builder提供了强大的报告功能。Dashboard Builder目前是临时名称，在6.0版本之后将选择一个新名称。Dashboard Builder完全独立于Drools和jBPM，并且将被JBoss的许多项目使用，并且希望在JBoss之外:)UberFire是新的基础Business Central项目，从头开始重写。UberFire提供类似Eclipse的工作台功能，包括插件中的面板和页面。该项目独立于Drools和jBPM，任何人都可以将其作为构建灵活而强大的工作台（如Business Central）的基础。UberFire将用于整个JBoss的控制台和工作

32、台开发。确定Guvnor品牌从其预期角色中泄露过多; 比如决策表之类的创作隐喻，被认为是Guvnor组件而不是Drools组件。Guvnor在5.x中使用的整体项目结构没有帮助。在6.0中，Guvnor的重点已经缩小到封装了一套UberFire插件，这些插件为构建基于Web的IDE提供了基础。例如Maven集成用于构建和部署，Maven存储库的管理以及通过收件箱的活动通知。Drools和jBPM以Uberfire为基础构建Business Central发行版，包括一组插件，如Guvnor，以及自己的插件，用于决策表，指导编辑器，BPMN2设计器，人工任务等。Business Central被

33、称为业务中心。KIE-WB是结合了所有Guvnor，Drools和jBPM插件的超级工作台。jBPM-WB由于实际上不存在而被重影出来，被KIE-WB裁掉。2.1.2 。生命周期使用KIE系统的不同方面或生命周期，无论是Drools还是jBPM，通常可以分解为以下几点：作者使用UI隐喻创作知识，例如：DRL，BPMN2，决策表，类模型。建立将创作的知识构建到可部署的单元中。对于KIE，这个单位是JAR。测试在将KIE知识部署到应用程序之前对其进行测试。部署将单元部署到应用程序可以利用（使用）它们的位置。KIE使用Maven风格的存储库。利用加载JAR以提供应用程序可与之交互的KIE会话（Kie

34、Session）。KIE在运行时通过KIE容器（KieContainer）公开JAR。KieSessions，用于运行时与之交互，是从KieContainer创建的。跑通过API与KieSession进行系统交互。工作用户通过命令行或UI与KieSession进行交互。管理管理任何KieSession或KieContainer。2.1.3 。Drools的安装环境选项使用Drools，您可以设置开发环境来开发业务应用程序，运行时环境来运行这些应用程序以支持决策，或者两者兼而有之。开发环境：通常由一个Business Central安装和至少一个KIE Server安装组成。您可以使用Busin

35、ess Central来设计决策和其他工件，并且可以使用KIE Server来执行和测试您创建的工件。运行时环境：由一个或多个具有或不具有Business Central的KIE服务器实例组成。Business Central有一个嵌入式Drools控制器。如果安装Business Central，请使用菜单 部署 执行服务器页面来创建和维护容器。如果要在没有Business Central的情况下自动执行KIE服务器管理，可以使用无头Drools控制器。您还可以对开发环境和运行时环境进行集群。集群开发或运行时环境由统一组或两个或多个服务器的“集群”组成。集群Drools开发环境的主 要好处是

36、高可用性和增强的协作，而群集Drools运行时环境的主要好处是高可用性和负载平衡。高可用性可降低单个服务器发生故障时丢失 数据的可能性。当服务器发生故障时，另一台服务器通过提供故障服务器上的数据副本来填补空白。当故障服务器再次联机时，它将恢复其 在群集中的位置。负载平衡共享群集节点上的计算负载，以提高整体性能。Z目前仅在Red Hat JBoss EAP 7.2上支持运行时环境的集群。Business Central的集群目前是一项技术预览功能，尚未用于生产用途。其他资源安装和设置（核心和IDE）高级设置2.1.4 。Drools的决策创作资产Drools支持多种资产，您可以使用这些资产为决策

37、服务定义业务决策。每个决策创作资产都有不同的优势，您可能更愿意根据您的目标和需 求使用一个或多个资产的组合。下表突出显示了Drools项目中支持的主要决策创作资产，以帮助您确定或确认在决策服务中定义决策的最佳方法。表1. Drools支持的决策创作资产财富强调创作工具文档决策模型和符号（DMN）模型决策模型是否基于对象管理组（OMG）定义的符号标准使用带有一个或多个决策需求图（DRG）的图形决策需求图（DRD）来跟踪业务决策流使用XML模式，允许在DMN兼容平台之间共享DMN模型支持友好的足够表达语言（FEEL）来定义DMN 决策表和其他DMN盒装表达式中的决策逻辑最适合创建全面，说明性和稳定

38、的决策流程Business Central或其他符合DMN标准的编辑器决策模型和符号（DMN）指导决策表您在Business Central中基于UI的表设计器中创建的规则表是向导主导的电子表格决策表替代方案提供可接受输入的字段和选项支持用于创建规则模板的模板键和值支持点击策略，实时验证以及其他资产不支持的其他附加功能最适合以受控制的表格格式创建规则，以最大限度地减少编译错误商业中心指导决策表电子表格决策表是否可以将XLS或XLSX电子表格决策表上载到Business Central支持用于创建规则模板的模板键和值最适合在已在Business Central之外管理的决策表中创建规则对上传时正

39、确编译的规则有严格的语法要求电子表格编辑器电子表格决策表财富强调创作工具文档引导规则您是在Business Central中基于UI的规则设计器中创建的单个规则提供可接受输入的字段和选项最适合以受控格式创建单个规则，以最大限度地减少编译错误商业中心引导规则引导规则模板您是在Business Central中基于UI的模板设计器中创建的可重用规则结构提供可接受输入的字段和选项支持用于创建规则模板的模板键和值（这是此资产用途的基础）最适合创建具有相同规则结构但具有不同定义字段值的许多规则商业中心引导规则模板DRL规则您是直接在.drl 文本文件中定义的单个规则为规则规则和规则行为的其他技术细节提供

40、最大的灵活性可以在某些独立环境中创建并与Drools集成最适合创建需要高级DRL选项的规则对要正确编译的规则有严格的语法要求Business Central或集成开发环境（IDE）DRL（Drools规则语言）规则预测模型标记语言（PMML）模型是基于数据挖掘组（DMG）定义的符号标准的预测数据分析模型使用允许PMML模型在PMML兼容平台之间共享的XML模式支持回归，记分卡，树，挖掘和其他模型类型可以包含在独立的Drools项目中，也可以导入到Business Central中的项目中最适合将预测数据纳入Drools的决策服务PMML或XML编辑器预测模型标记语言（PMML）2.1.5 。使

41、用Drools进行项目存储和构建选项在开发Drools项目时，您需要能够使用版本控制的存储库跟踪项目的版本，在稳定的环境中管理项目资产，以及构建项目以进行测试和部 署。您可以将Business Central用于所有这些任务，也可以结合使用Business Central和外部工具以及存储库。Drools支持用于项目版本控制的Git存储库，用于项目管理的Apache Maven，以及各种基于Maven，基于Java或基于定制工具的构建选项。以下选项是Drools项目版本控制，存储和构建的主要方法：表2.项目版本控制选项（Git）版本控制选项描述文档Business Central Git VF

42、SBusiness Central包含一个内置的Git虚拟文件系统（VFS），用于存储您在创作环境中创建的所有进程，规则和其他工件。Git是一个分布式版本控制系统，它将修订版实现为提交对象。将更改提交到存储库时，会创建Git存储库中的新提交对象。在Business Central中创建项目时，该项目将添加到连接到Business Central 的Git存储库中。NA外部Git存储库如果你在Business Central之外的Git存储库中有Drools项目，你可以将它们导入Drools空间并使用Git钩子同步内部和外部Git存储库。NA表3.项目管理选项（Maven）管理选项描述文档Bus

43、iness Central Maven存储库Business Central包含一个内置的Maven存储库，用于组织和构建您在创作环境中创建的项目资产。Maven是一个分布式构建自动化工具，它使用存储库来存储Java库，插件和其他构建工件。在构建项目和原型时，Maven从本地或远程存储库动态检索Java库和Maven插件，以促进跨项目的共享依赖项。Z对于生产环境，请考虑使用使用Business Central配置的外部Maven存储库。工件存储库管理选项描述文档外部Maven存储库如果您在外部Maven存储库（例如Nexus或Artifactory）中安装了Drools项目，则可以创建包含连接

44、详细信息的 settings.xml 文件(https:/maven.apache.org/settings.html)，并将该文件路径添加到kie.maven.settings.custom 项目standalone- full.xml 文件中的属性。Maven设置参考(https:/maven.apache.org/settings.html)Settings.xml和远程存储库设置表4.项目构建选项构建选项描述文档商业中心（KJAR）Business Central构建存储在内置Maven存储库或配置的外部Maven存储库中的Drools项目。Business Central中的项目自动打包为知识JAR（KJAR）文件，其中包含构建项目时部署所需的所有组件。构建和部署独立Maven项目（KJAR）如果您在Business Central之外有一个独立的Drools Maven项目，则可以编辑项目pom.xml