Drools在网络故障管理系统中的应用

１８６０

２００９，３０（８）计算机工程与设计ｃｏｍｐｕｔｅｒＥｎｇｉｎｅｅｒｉｎｇａｎｄＤｅｓｉｇＩｌ

算法的一个面向对象改进算法，并提供了自己的规则语言。２００５年１２月，Ｄｒｏｏｌｓ项目以及该项目的主要负责人ＭａｒｋＰｍｃ－ｔｏｒ都加入了ＪＢｏｓｓ，并且ＪＢｏｓｓ公司将在２００６年的第一个季度开始为其产品提供支持和服务。Ｄｒｏｏｌｓ变身为ＪＢｏｓｓＲｕｌｅｓ３．０后拥有了更好的规则语法、平民级的ＤＳＬ语言和基于Ｅｃｌｉｐｓｅ的编辑器，前景明亮。

简单的说，规则引擎由３部分组成：一个反映问题域当前状态的事实库，一个存放规则的规则库和一个进行推理的推理机。Ｄｒｏｏｌｓ规则引擎的工作原理如图ｌ所示，其中，应用程序中出现的事实对象被存储在Ｄｒｏｏｌｓ工作内存中，Ｄｒｏｏｌｓ将工作内存中的对象与已加载的规则库中的规则进行匹配，然后激活所有满足条件的规则，并将激活的规则放入议程中等待执行。

工作内存

规则库

Ｉ

ｌ

Ｄｒｏｏｌｓ规则引擎

（改进的Ｒｅｔｅ算法）

０

Ｉ

议程

图ｌ

Ｄｒ００１ｓ规则引擎的工作原理

规则引擎需要通过应用程序接口（ＡＰＩ）的方式嵌入在应用程序中，规则引擎的程序接口至少包含以下几种ＡＰＩ：创建规则引擎对象的ＡＰＩ、加载和卸载规则集的ＡＰＩ、数据操作的ＡＰＩ和命令引擎执行的ＡＰＩ。Ｄｒｏｏｌｓ中提供有完整的ＡＰＩ训，能够非常方便地进行应用程序设计。有关Ｄｒｏｏｌｓ的资料可以访问

ＪＢｏｓｓＲｕｌｅｓ官方网ｈｔ币：，，ｗｍⅣ．ｊｂｏｓｓ．ｏｒｇ／获得。ＪＢｏｓｓ

Ｒｕｌｅｓ官方

网提供了如下几个压缩包：

（１）ｊｂｏｓｓｍｌｅｓ．３．ｏ．５－ｂｉｎ．ｚｉｐ（１４ＭＢ）：包含ＪＢｏｓｓＲｕｌｅｓ的４个核心类库及ｊａｖａｄｏｃｓ。

（２）ｊｂｏｓｓｎｌｌｅｓ一３．０．５－ｂｉｎ．ｗｉｔｈｄｅｐｓ．ｚｉｐ（２１ＭＢ）：带依赖包的ｊｂｏｓｓｍｌｅｓ－３．Ｏ．５－ｂｉｎ．ｚｉｐ。

（３）ｊｂｏｓｓｍｌｅｓ一３．Ｏ．５－ｓｒｃ．ｚｉｐ（２３ＭＢ）：Ｄｒｏｏｌｓ源文件。

“）ｊｂｏｓｓｍｌｅｓ—ｅｘ锄ｐｌｅｓ．３．ｏ．５．ｓｒｃ．ｚｉｐ（２８４ＫＢ）：Ｄｒｏｏｌｓ示例源

文件。

（５）ｊｂｏｓｓｍｌｅｓ－ｉｄｅ．３．０．５一ｂｉｎ．ｚｉｐ（７ＭＢ）：一个基于ｅｃｌｉｐｓｅ的集成开发环境ＤｒｏｏｌｓＤＥ。

Ｄｒ００ｌｓ提供了一个基于Ｅｃｌｉｐｓｅ的ＩＤＥ，这个ＤＥ提供了

Ｄｍｏｌｓ的核心类库及运行Ｄｒｏｏｌｓ所需要的所有依赖包，它要求Ｊａｖａｌ．４（Ｊ２ｓＥ）、ＥｃＩｉｐｓｅ３．２及Ｅｃｌｉｐｓｅ插件ＥｃｌｉｐｓｅＧＥＦ３．２（ｅｃｌｉｐｓｅ图形化编辑框架）或更高版本。安装方法很简单，下载ＤＴｏｏｌｓＩＤＥ压缩包后，将解压后的ｐｌｕｇｉ船文件夹中的。唱．ｄｍｏＩｓ．

ｉｄｅ－３．Ｏ．５．ｊ盯文件复制到Ｅｃｌｉｐ∞的ｐｌ蟛璐文件夹内即可。成功

安装后，启动Ｅｃｌ噼就会在工具栏看到一个醒日的红色人头像

轮廓的图案。Ｄ瑚ｌｓＤＥ包括以下几个部分：向导、规则编辑器、规则验证器、ＤｓＬ编辑器、４个视图：ｗｂｒｋｉｎｇＭ啪。哆Ｖｉ删、Ａ驴

ｎｄａⅥ州、ＧｌｏｂａＩＤａ衄Ｖｉｅｗ和Ａｕ越“ｅｗ，前３个用在调试时检查

规则引擎本身的状态，Ａｕｄｊｔ啊ｅｗ用来显示审计日志。

１．２

Ｄｍｏｂ规则语言

业务逻辑（即规则）要按照一定的语法格式写入规则库中，

万　

方数据目前还没有对规则语言的标准化定义，国外有代表性的产品纷纷定义了自己的、ｌｋ务规则描述语言和业务规则表达形式。Ｄｒｏｏｌｓ有自己的规则语言，提供了相关语法和规则编辑器，同时提供了规则验证器用于自动检测编辑器中写入的规则是否有语法错误，并通过Ｐｒｏｂｌｅｍ视图报错。Ｄｒｏｏｌｓ规则库通常是一个以．ｄｒｌ为扩展名的文件，在一个．ｃｈｌ文件中，可以有多条规则，也可以将规则分布在多个．ｄ订文件中，这有利于管理大量的规则。

Ｄｍｏｌｓ的规则文件由以下几部分组成Ⅲ：

Ｐａｃｌ【ａｇｅ：必备项。一个Ｐａｃｋａｇｅ声明一个命名空间（ｎ咖ｅ—

ｓ口ａｃｅ），标志一个特定的规则群。

Ｉｍｐｏｒｔ：可选项。为将要在规则文件中使用的对象明确指定其完整的、正确的路径和类名。与ｐａｃｋａｇｅ命名空间同名的ＪａｖａＰａｃｌ【ａｇｃ中的类不需要使用ｉｍｐｏｒｔ，Ｄｒｏｏｌｓ会自动隐式导入。

Ｅｘｐ锄ｄｅｒ：可选项。用来支持．ｄｓｌ文件（即域描述语言）。Ｇｌｏｂａｌ：可选项。用来声明全局变鼍。通常Ｇｌｏｂａｌ变量被用来返同数据（ｓｕｃｈ髂ａｌｏｇｏｆａｃｔｉｏｎｓ），或提供规则中要使用的数据（ｄａ脚或服务（ｓｅｒｖｉｃｅｓ）。

Ｆ岫ｃ“ｏｎ：可选项。提供一种在规则文件中插入Ｊａｖａ语义代码的方法。

ＱＩｌｅｒｙ：可选项。ＱＩｌｅｒｙ只包括规则的ＬＨＳ结构。Ｒｕｌｅ：必备项。一个规则文件中可以有若干条规则，每一条规则都遵循下面将要介绍的特定的规则格式。

上面各组成部分在规则文件中的顺序，除了ｐａｃｋａｇｅ和ｅｘｐａ｜ｌｄｅｒ声明必须在文件顶端和在任何规则出现之前外，其它的在规则文件中可以任何顺序出现。

Ｄ啪ｌｓ规则文件中的每一条规则都遵循如下格式嗍：

ｍｋ”ｎａｍｅ”

Ａ确ｂｕｔｅｓ

ｗｈｅｎ

ＬＨＳ

ｔｌｌ朗

ＲＨＳ

ｅｎｄ

Ｒｕｅｌ、ｗｈ∞、ｔｈｃｎ、印ｄ是Ｄｒｏｏｌｓ的关键字，每一条规则以ｍｌｅ为起始标识，以∞ｄ为结束标识，ｗｈ％提示规则的条件部分，ｔｈ∞提示规则的动作部分，其中：

（１）Ｉｌ锄ｅ。规则名，每一条规则必须有自己的名字，同一文

件中不同的规则名字不能重复。

（２）Ａｔｍｂｕｔｅｓ是可选的，提示规则应该怎样运行。一条规

则可能有如下的属性：ｓａｌｉ∞ｃｅ：ｉ１１ｔｅｇｅｒ型数据。ａｇｅｎｄａ．Ｊ卵ｕｐ：

ｓｔｒｉｎｇ犁数据。ａｕｔｏ．ｆｂｃ璐：ｂｏｏｌｅ锄型数据。ａｃｔｉＶａｔｉ叩－ｇ删Ｊｐ：ｓ仃ｉｎｇ型数据。ｎ０－１００ｐ：ｂｏｏｌｅ锄犁数据。

（３）ＬＨｓ（１ｅｆｔｌｌａｎｄｓｉｄｃ）是规则的条件部分，遵守特定的

Ｄ啪ｌｓ规则语言语法。规则引擎就是将工作内存中的事实的

条件部分与规则文件中每条规则的ＬＨＳ进行模式匹配，并激活满足条件的规则。

（４）ＲＨｓ（啦ｈｔｈ柚ｄｓｉｄｅ）是规则的结果（ｃｏｎ∞ｑＩＩ舶园或者动作

伍五∞）部分，ＲＨＳ基本上是一个允许执行的Ｊ州ａ语义代码块。