‘壹’ 规则引擎drools如何整合spring，drl文件一般放在什么地方
drl文件可以持久化到数据库中，然后写个加载执行的引擎,这样可以很灵活的结合实际业务。
先写规则模板，采用velocity解析，通过规则解析后，生产规则文件，规则文件就是drools文件。
规则模板和规则文件统一持久化到数据库中。
‘贰’ drools 怎么动态配置规则
JBoss Drools的可视化规则设计工具包在Drools 4.0的时候叫drools-jbrms。
drools-jbrms需要JDK1.5或以上版本，本文以drools 4.0.7的drools-jbrms包在Tomcat 6.0下部署为例。
第1步
按照JBoss官方提供的文档处理
删除war包中的el-api.jar
删除Tomcat的lib目录下的jsf-api.jar和jsf-impl.jar（本来不存在就不用管了）
将下载后的jboss_jsf_libs.zip解压到Tomcat的lib目录下
第2步
启动Tomcat。drools-jbrms会在Tomcat的bin目录下新建repository目录（包括很多子目录），同时会报无法启动的异常。异常信息为Caused by: javax.jcr.RepositoryException: internal error: failed to read custom node type definitions stored in custom_nodetypes.xml: Premature end of file.: Premature end of file.
(注意，这里我是在Tomcat/bin目录下用startup.bat启动的，如果不是这种方式repository的位置可能有所不同)
第3步
将本文提供的custom_nodetypes.xml覆盖Tomcat下的bin/repository/repository/nodetypes的同名文件。
第4步
重新启动
原因：drools-jbrms包含的某些功能在Tomcat下有问题，生成custom_nodetypes.xml时没有生成文件内容，所以报错。从网上查询，最迟2007年就有人报这个问题了。看来JBoss的对于非JBoss应用服务器的兼容问题考虑不多。
‘叁’ drools的规则实例到底指的是什么
InfoQ发布了一个关于规则引擎的介绍Real-World Rule Engines，原文
ONJava上也有两篇文章：
Give Your Business Logic a Framework with Drools
Using Drools in Your Enterprise Java Application
下面总结一下其中的精华：
大多数web和企业Java应用可以分成三个部分：一个和用户交互的前台, 一个和后台系统，例如数据库交互的服务层，以及他们中间的业务逻辑。 现在使用框架构建前台和后台系统已经成为普遍共识(例如, Struts, Cocoon, Spring, Hibernate, JDO, 和 Entity Beans), 但却没有一个标准的方法来构建业务逻辑。一些框架，例如 EJB 和 Spring 只在一个高层实现业务逻辑，但对于我们组织逻辑代码没有任何帮助，所以，为什么没有一个框架来替换冗繁，易错的if...then语句呢，这个框架应该和其它前台或后台框架一样，易于配置，具有可读性和重用性。下面我们将介绍Drools 规则引擎，这个来解决我们问题的框架。
下面是一个典型的Java业务逻辑的代码
if ((user.isMemberOf(AdministratorGroup)
&& user.isMemberOf(teleworkerGroup))
|| user.isSuperUser(){
// more checks for specific cases
if((expenseRequest.code().equals("B203")
||(expenseRequest.code().equals("A903")
&&(totalExpenses<200)
&&(bossSignOff> totalExpenses))
&&(deptBudget.notExceeded)) {
//issue payments
} else if {
//check lots of other conditions
}
} else {
// even more business logic
}
这是大多数程序员写业务逻辑的方法，但是有以下的问题：
如果用户有另一个选项，例如("C987") ，那么需要修改上面的代码，当代码很长的时候，修改代码是难于维护的
我们如何保证代码的正确性，这个代码只有程序员能够看到，真正的使用者，业务人员无法看到这个代码
很多应用程序有相同的业务逻辑，如果某个业务改变了，如何保证其他业务逻辑的一致性
业务逻辑能否不合java语言绑定？
业务逻辑能否用其他的脚本语言。
Java下的规则引擎标准就是JSR94，它的实现主要有Jess Jena Drools
Drools中，一个典型的业务逻辑的配置，如下
<?xml version="1.0"?>
<rule-set name="BusinessRulesSample"
xmlns=""
xmlns:java=""
xmlns:xs
=""
xs:schemaLocation
=" rules.xsd
java.xsd">
<!-- Import the Java Objects that we refer
to in our rules -->
<java:import>
java.lang.Object
</java:import>
<java:import>
java.lang.String
</java:import>
<java:import>
net.firstpartners.rp.StockOffer
</java:import>
<!-- A Java (Utility) function we reference
in our rules-->
<java:functions>
public void printStock(
net.firstpartners.rp.StockOffer stock)
{
System.out.println("Name:"
+stock.getStockName()
+" Price: "+stock.getStockPrice()
+" BUY:"
+stock.getRecommendPurchase());
}
</java:functions>
<rule-set>
<!-- Ensure stock price is not too high-->
<rule name="Stock Price Low Enough">
<!-- Params to pass to business rule -->
<parameter identifier="stockOffer">
<class>StockOffer</class>
</parameter>
<!-- Conditions or 'Left Hand Side'
(LHS) that must be met for
business rule to fire -->
<!-- note markup -->
<java:condition>
stockOffer.getRecommendPurchase() == null
</java:condition>
<java:condition>
stockOffer.getStockPrice() < 100
</java:condition>
<!-- What happens when the business
rule is activated -->
<java:consequence>
stockOffer.setRecommendPurchase(
StockOffer.YES);
printStock(stockOffer);
</java:consequence>
</rule>
</rule-set>
一条规则就是rule-set中的rule，如果有很多规则，就要写很多的rule。
上面规则的意思是判断股票价格是否小于100，如果100这个标准改变了，那么只要修改这个规则文件，而不用去修改源代码了
‘肆’ 求一条Drools的校验规则
亲 这个不如用正则表达式呢
如果非要用规则估计你得自己写符合方法，然后用规则引擎调用。麻烦，不建议用。
Drools自己好像不带字符校验，这个我忘了，好久没玩了，你可以查查文档
‘伍’ drools 我这边根据需求需要做到可以在web页面随意改动规则..我目前想到的办法是通过java生成drl文件.
试试Drools Guvnor, http://www.jboss.org/drools/drools-guvnor.html
‘陆’ drools规则的性能跟if else比较哪个好
1.一样的If--Then 句式与Rete引擎
三者都会把原来混乱不堪的if---else---elseif----else谜团，
拆成N条带优先级的"If 条件语句 then 执行语句" 的句式。
三者都主要使用foreward-chaining的Rete引擎，按优先级匹配条件语句，执行规则语句。
规则执行后会引发事实的变化，引擎又会重新进行条件匹配，直到不能再匹配为止，Rete的算法保证了效率的最高。
2.开发人员使用的规则语言
2.1 Drools的XML框架+Java/Groovy/Python嵌入语言
Drools的用XML的<Conditons>、<Consequence> 节点表达If--Then句式，而里面可以嵌入上述语言的代码作为判断语句和执行语句。
其中Java代码会使用Antlr进行解释，而Groovy和Python本身就是脚本语言，可以直接调用。
Drools的聪明之处在于，用XML节点来规范If--Then句式和事实的定义，使引擎干起活来很舒服。
而使用Java,Groovy等原生语言来做判断和执行语句，让程序员很容易过渡、移植，学习曲线很低。
‘柒’ drools在drl中规则怎么调用另一条规则
when部分在调用外部方法时要加eval。 你drl中的rule改成： rule "规则_15" salience 65521 when eval( IsNow( "* * 4 * * ?")) then //wode代码 System.out.println(“ok”);end
‘捌’ drools当一个目录下有多个规则文件时
JBoss Drools的可视化规则设计工具包在Drools 4.0的时候叫drools-jbrms。
drools-jbrms需要JDK1.5或以上版本，本文以drools 4.0.7的drools-jbrms包在Tomcat 6.0下部署为例。
第1步
按照JBoss官方提供的文档处理
删除war包中的el-api.jar
删除Tomcat的lib目录下的jsf-api.jar和jsf-impl.jar（本来不存在就不用管了）
将下载后的jboss_jsf_libs.zip解压到Tomcat的lib目录下
第2步
启动Tomcat。drools-jbrms会在Tomcat的bin目录下新建repository目录（包括很多子目录），同时会报无法启动的异常。异常信息为Caused by: javax.jcr.RepositoryException: internal error: failed to read custom node type definitions stored in custom_nodetypes.xml: Premature end of file.: Premature end of file.
(注意，这里我是在Tomcat/bin目录下用startup.bat启动的，如果不是这种方式repository的位置可能有所不同)
第3步
将本文提供的custom_nodetypes.xml覆盖Tomcat下的bin/repository/repository/nodetypes的同名文件。
第4步
重新启动
原因：drools-jbrms包含的某些功能在Tomcat下有问题，生成custom_nodetypes.xml时没有生成文件内容，所以报错。从网上查询，最迟2007年就有人报这个问题了。看来JBoss的对于非JBoss应用服务器的兼容问题考虑不多。
注：本文提供的custom_nodetypes.xml为drools-jbrms在JBoss应用服务器部署时生成的，内容如下：
mix:referenceablent:hierarchyNodedrools:categoryNodeTypedrools:versionableNodeTypent:folderfalsedrools:versionableAssetFolderdrools:versionableNodeTypedrools:categoryNodeTypefalsemix:versionablent:folderdrools:versionableNodeTypemix:versionablent:hierarchyNodedrools:stateNodeTypemix:referenceablent:hierarchyNode
‘玖’ drools属性能不能做成动态
能。
规则引擎Drools要做到动态生成规则，因为规则引擎的作用，一些多变的活动逻辑可以再不改变代码，不重新部署系统，如需求改需求，一些通用但微变的逻辑，如人工智能的机器学习，达到ai修改数据库来微调自己的行为。
可以看到我们在没有重启服务的情况下，通过修改数据库，和执行规则刷新，使新的优惠规则生效了，这就是Drools的动态加载策略，适用于规则频繁多变的场景。