流口水规则中的 NPE 导致 CYCLIC_DEPENDENCY 和 OOM答案

【问题标题】：NPE in drools rules resulting into CYCLIC_DEPENDENCY and OOM流口水规则中的 NPE 导致 CYCLIC_DEPENDENCY 和 OOM
【发布时间】：2013-02-14 13:06:51
【问题描述】：

我们已经用Guvnor UI 建立了一个基本的Drools 框架。规则是由半技术人员编写的，并且存在错误范围（范围始终存在，无论是谁编写的 :)）

昨天，有人写了一条规则，开始抛出 NullPoiterException，但 Drool 似乎将此异常包装到 CYCLIC_DEPENDENCY_ERROR 中并显示相同。

此外，我们在此问题后立即（3-4 分钟）结束了 OOM java.lang.OutOfMemoryError: Java heap space。

Stacktrace 了解详情：

Feb 2013 08:06:55,447 [ERROR]  (SWF Activity  DroolsActivityTaskList-2.2 229) com.amazon.mobius.csi.workers.droolsengine.DroolsEngineActivitiesImpl:runRules:220 [CYCLIC_DEPENDENCY_ERROR]: Error
 while executing Rules, Please validate all rules against any cyclic dependency
Exception executing consequence for rule "final NON EC" in com.amazon.mobius.csi.workers.droolsengine: java.lang.NullPointerException
        at org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39)
        at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1101)
        at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1029)
        at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1251)
        at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:708)
        at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:672)
        at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:218)
        at org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:295)
        at com.amazon.mobius.csi.workers.droolsengine.DroolsEngineActivitiesImpl.runRules(DroolsEngineActivitiesImpl.java:216)
        at com.amazon.mobius.csi.workers.droolsengine.DroolsEngineActivitiesImpl.executeRules(DroolsEngineActivitiesImpl.java:145)
        at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at com.amazonaws.services.simpleworkflow.flow.pojo.POJOActivityImplementation.execute(POJOActivityImplementation.java:63)
        at com.amazonaws.services.simpleworkflow.flow.generic.ActivityImplementationBase.execute(ActivityImplementationBase.java:46)
        at com.amazonaws.services.simpleworkflow.flow.worker.SynchronousActivityTaskPoller.execute(SynchronousActivityTaskPoller.java:214)
        at com.amazonaws.services.simpleworkflow.flow.worker.ActivityTaskPoller$2.run(ActivityTaskPoller.java:95)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
        at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.NullPointerException
        at com.amazon.mobius.csi.workers.droolsengine.Rule_final_NON_EC.defaultConsequence(Unknown Source)
        at com.amazon.mobius.csi.workers.droolsengine.Rule_final_NON_ECDefaultConsequenceInvoker.evaluate(Unknown Source)
        at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1091)
        ... 18 more

为什么 Drools 将其视为 CYCLIC_DEPENDENCY 并导致 OOM？我们能有其他问题吗？任何帮助将不胜感激。

谢谢，

【问题讨论】：

我很确定循环依赖几乎总是会导致 OOM 错误。值得说明您使用的是什么版本的 Drools/Guvnor。我怀疑这可能是您的特定版本的依赖问题。
我们使用的是 Drools-5.3。如果您发现任何问题，请告诉我们。

标签： out-of-memory drools drools-guvnor

【解决方案1】：

我相信这是规则之间的循环依赖。一个规则的 RHS 导致另一个规则激活，而后者又具有一个 RHS 导致第一个规则激活。因此存在无限循环的规则激活。

如果不查看规则本身，我建议设置一个议程事件侦听器来记录触发了哪些规则。这样，您应该能够看到以这种方式激活的 2 个规则。此类日志监听器的示例如下：

https://github.com/gratiartis/scattercode-drools-scenarios/blob/master/src/main/java/uk/co/scattercode/drools/util/TrackingAgendaEventListener.java

【讨论】：