<br> Is this still true? That was back in Drools 3, but I thought this was fixed a long time ago... Mark may confirm that.<br><br> []s<br> Edson<br><br><div class="gmail_quote">2008/11/21 vanshi <span dir="ltr"><<a href="mailto:nilu.thakur@gmail.com">nilu.thakur@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Thanks everybody for the responses.<br>
<br>
Scanning through old posts here, I found out that each time a new DRL is<br>
added to package builder, all the rules from the previous DRL are also<br>
compiled again. So, that means, the rules in the first DRL will compile 3<br>
times unnecessarily. So, I'm going to put all rules in just one drl. If<br>
anybody wishes to see mor details then check out the end of this thread<br>
where this behaviour has been discussed......plz look towards the end.<br>
<a href="http://www.nabble.com/RuleBase-addPackage-failure-td6603598.html#a6607165" target="_blank">http://www.nabble.com/RuleBase-addPackage-failure-td6603598.html#a6607165</a><br>
<br>
I noticed that when I chaged the name of some rules then I started getting<br>
null pointer exception with this stack trace.<br>
java.lang.NullPointerException<br>
at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:224)<br>
at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:270)<br>
at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:656)<br>
at<br>
org.drools.common.AbstractRuleBase.mergePackage(AbstractRuleBase.java:519)<br>
at org.drools.common.AbstractRuleBase.addPackage(AbstractRuleBase.java:409)<br>
at<br>
com.uhg.scs.optum.ng.rules.RuleEngine.parseRuleFiles(RuleEngine.java:102)<br>
at com.uhg.scs.optum.ng.rules.RuleEngine.<clinit>(RuleEngine.java:46)<br>
at<br>
com.uhg.scs.optum.ng.unittest.HaRulesOldUnitTests.<init>(HaRulesOldUnitTests.java:20)<br>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)<br>
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)<br>
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown<br>
Source)<br>
at java.lang.reflect.Constructor.newInstance(Unknown Source)<br>
at junit.framework.TestSuite.createTest(TestSuite.java:61)<br>
at junit.framework.TestSuite.addTestMethod(TestSuite.java:283)<br>
at junit.framework.TestSuite.<init>(TestSuite.java:146)<br>
at<br>
org.junit.internal.runners.JUnit38ClassRunner.<init>(JUnit38ClassRunner.java:67)<br>
at<br>
org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:14)<br>
at<br>
org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)<br>
at<br>
org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29)<br>
at<br>
org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)<br>
at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:24)<br>
<br>
Guessing ....that removing/renaming rules must proceed with some clean up<br>
first...anybody has any idea how to cleanly do that??<br>
<font color="#888888">--<br>
View this message in context: <a href="http://www.nabble.com/DRL-package-builder-or-rule-base-error-tp20627083p20632868.html" target="_blank">http://www.nabble.com/DRL-package-builder-or-rule-base-error-tp20627083p20632868.html</a><br>
</font><div class="Ih2E3d">Sent from the drools - user mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="Wj3C7c">rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss, a division of Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>