1:20 p.m.
I'm not very experienced with Drools but have some Java code that dynamically
loads/unloads rules from a KnowledgeBase. It worked with 5.2 but now throws the following
exception with 5.3
org.drools.RuntimeDroolsException: Unable to merge resource attribute for type declaration
of class: 'NormalizedEvent'
at org.drools.common.AbstractRuleBase.mergeLeft(AbstractRuleBase.java:642)
at
org.drools.common.AbstractRuleBase.mergeTypeDeclarations(AbstractRuleBase.java:608)
at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:537)
at org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:458)
at
org.drools.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:150)
at
com.hp.mon.processor.KnowledgeSessionFactory.addRules(KnowledgeSessionFactory.java:181)
at com.hp.mon.processor.RuleRunner.runRules(RuleRunner.java:54)
at com.hp.mon.processor.RulesTest.test(RulesTest.java:57)
at com.hp.mon.processor.RulesTest.testSiteScopeSNMPRules(RulesTest.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
I have three .drl files. The first is "globals.drl" that simply imports and
defines some global variables (e.g, a org.slf4j.Logger, etc.). This globals.drl file
also defines NormalizedEvent as follows:
declare NormalizedEvent
@role( event )
end
The second rules file (defaultRules.drl) contains default rules for aging out old / stale
events.
The third rules file has rules additional rules that are specific to a policy being
dynamically deployed to our application.
The compilation and loading process treats "globals.drl" as common
"header" file. That is, rules files are pre-pended with globals.drl before they
are compiled. For example:
String globals = readDrlfile("globals.drl");
String newRules = readDrlfile("rulesToAdd.drl");
knowledgeBuilder.add(ResourceFactory.newReaderResource(new StringReader(globals +
newRules)));
if (knowledgeBuilder.hasErrors()) {
throw exception ...
}
// No exception so compile succeeded --- BTW, it's using JANINO
knowledgeBase.addKnowledgePackages(knowledgeBuilder.getKnowledgePackages()); //
ERROR
The first compile and load (globals.drl + defaultRules.drl) succeeds but I get this
exception when I try to compile and load an additional file (globals.drl +
additionalRules.drl).
This code was also written by someone not very familar with Drools but it was working in
5.2 and now I need to get it working with 5.3 Looks like there were some significant
code changes to AbstractRuleBase between these two releases.
Any thoughts or suggestion here would be greatly appreciated.
5:34 p.m.
I was able to work around this problem by filtering out the KnowledgePackage
containing my NormalizedEvent. In Drools 5.2.0 there was no problem adding
this KnowledgePackage multiple times but apparently 5.3.0 doesn't cope with
it well. I'm still not sure if that is a feature or a defect in 5.3.0.
In any event doing the following make the exception go away.
I'm still curious if this is a feature or a defect in 5.3.0. Any thoughts
or opinions regarding are welcome.
String globals = readDrlfile("globals.drl");
String newRules = readDrlfile("rulesToAdd.drl");
knowledgeBuilder.add(ResourceFactory.newReaderResource(new
StringReader(globals + newRules)));
if (knowledgeBuilder.hasErrors()) {
throw exception ...
}
// No exception so compile succeeded --- BTW, it's using JANINO
Collection<KnowledgePackage> pkgs =
knowledgeBuilder.getKnowledgePackages();
pkgs=filterOutAnyPackageThatHasNoRulesAndNameMatchingNormalizeEventPackageName(pkgs);
knowledgeBase.addKnowledgePackages(pkgs); // NO ERROR ANYMORE
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
7:33 p.m.
Looks like a bug in the merging algorithm for types. Can any of you
please open a JIRA with a small test case and/or instructions on how to
reproduce plz?
Thank you,
Edson
On Fri, Dec 9, 2011 at 6:34 PM, jmgreen <john.green(a)hp.com> wrote:
I was able to work around this problem by filtering out the
KnowledgePackage
containing my NormalizedEvent. In Drools 5.2.0 there was no problem
adding
this KnowledgePackage multiple times but apparently 5.3.0 doesn't cope with
it well. I'm still not sure if that is a feature or a defect in 5.3.0.
In any event doing the following make the exception go away.
I'm still curious if this is a feature or a defect in 5.3.0. Any thoughts
or opinions regarding are welcome.
String globals = readDrlfile("globals.drl");
String newRules = readDrlfile("rulesToAdd.drl");
knowledgeBuilder.add(ResourceFactory.newReaderResource(new
StringReader(globals + newRules)));
if (knowledgeBuilder.hasErrors()) {
throw exception ...
}
// No exception so compile succeeded --- BTW, it's using JANINO
Collection<KnowledgePackage> pkgs =
knowledgeBuilder.getKnowledgePackages();
pkgs=filterOutAnyPackageThatHasNoRulesAndNameMatchingNormalizeEventPackageName(pkgs);
knowledgeBase.addKnowledgePackages(pkgs); // NO ERROR ANYMORE
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
JBoss by Red Hat @ www.jboss.com
10:06 a.m.
Edson,
Thanks for your feedback. I've have created an eclipse/maven project to duplicate
this problem but I couldn't figure out how to open an issue in Jira (perhaps I
don't have permission).
If I include all the dependent libraries in a zip file (for convenience) the zip will be
7MB (which might not be so convenient after all).
Please let me know how I can open a new issue in Jira and/or how best to deliver this
project to you.
John
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of Edson Tirelli
Sent: Friday, December 09, 2011 5:34 PM
To: Rules Users List
Subject: Re: [rules-users] 5.3.0.Final throws RuntimeDroolsException: Unable to merge
resource attribute for type declaration
Looks like a bug in the merging algorithm for types. Can any of you please open a JIRA
with a small test case and/or instructions on how to reproduce plz?
Thank you,
Edson
On Fri, Dec 9, 2011 at 6:34 PM, jmgreen
<john.green@hp.com<mailto:john.green@hp.com>> wrote:
I was able to work around this problem by filtering out the KnowledgePackage
containing my NormalizedEvent. In Drools 5.2.0 there was no problem adding
this KnowledgePackage multiple times but apparently 5.3.0 doesn't cope with
it well. I'm still not sure if that is a feature or a defect in 5.3.0.
In any event doing the following make the exception go away.
I'm still curious if this is a feature or a defect in 5.3.0. Any thoughts
or opinions regarding are welcome.
String globals = readDrlfile("globals.drl");
String newRules = readDrlfile("rulesToAdd.drl");
knowledgeBuilder.add(ResourceFactory.newReaderResource(new
StringReader(globals + newRules)));
if (knowledgeBuilder.hasErrors()) {
throw exception ...
}
// No exception so compile succeeded --- BTW, it's using JANINO
Collection<KnowledgePackage> pkgs =
knowledgeBuilder.getKnowledgePackages();
pkgs=filterOutAnyPackageThatHasNoRulesAndNameMatchingNormalizeEventPackageName(pkgs);
knowledgeBase.addKnowledgePackages(pkgs); // NO ERROR ANYMORE
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
JBoss by Red Hat @ www.jboss.com<http://www.jboss.com>
10:16 a.m.
John,
All you need to do is create an account for yourself in the JIRA home
page and you will be able to create the ticket and upload your project.
That is the best way as it provides tracking and avoids your code being
lost in someone's (or my) inbox.
https://issues.jboss.org/browse/JBRULES
Edson
2011/12/13 Green, John M (HP Software) <john.green(a)hp.com>
Edson,****
** **
Thanks for your feedback. I've have created an eclipse/maven project to
duplicate this problem but I couldn't figure out how to open an issue in
Jira (perhaps I don't have permission). ****
** **
If I include all the dependent libraries in a zip file (for convenience)
the zip will be 7MB (which might not be so convenient after all). ****
** **
Please let me know how I can open a new issue in Jira and/or how best to
deliver this project to you. ****
** **
John ****
*From:* rules-users-bounces(a)lists.jboss.org [mailto:
rules-users-bounces(a)lists.jboss.org] *On Behalf Of *Edson Tirelli
*Sent:* Friday, December 09, 2011 5:34 PM
*To:* Rules Users List
*Subject:* Re: [rules-users] 5.3.0.Final throws RuntimeDroolsException:
Unable to merge resource attribute for type declaration****
** **
** **
Looks like a bug in the merging algorithm for types. Can any of you
please open a JIRA with a small test case and/or instructions on how to
reproduce plz?****
** **
Thank you,****
Edson****
On Fri, Dec 9, 2011 at 6:34 PM, jmgreen <john.green(a)hp.com> wrote:****
I was able to work around this problem by filtering out the
KnowledgePackage
containing my NormalizedEvent. In Drools 5.2.0 there was no problem
adding
this KnowledgePackage multiple times but apparently 5.3.0 doesn't cope with
it well. I'm still not sure if that is a feature or a defect in 5.3.0.
In any event doing the following make the exception go away.
I'm still curious if this is a feature or a defect in 5.3.0. Any thoughts
or opinions regarding are welcome.****
String globals = readDrlfile("globals.drl");
String newRules = readDrlfile("rulesToAdd.drl");
knowledgeBuilder.add(ResourceFactory.newReaderResource(new
StringReader(globals + newRules)));
if (knowledgeBuilder.hasErrors()) {
throw exception ...
}
// No exception so compile succeeded --- BTW, it's using JANINO****
Collection<KnowledgePackage> pkgs =
knowledgeBuilder.getKnowledgePackages();
pkgs=filterOutAnyPackageThatHasNoRulesAndNameMatchingNormalizeEventPackageName(pkgs);
knowledgeBase.addKnowledgePackages(pkgs); // NO ERROR ANYMORE
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users****
****
** **
--
Edson Tirelli
JBoss Drools Core Development
JBoss by Red Hat @ www.jboss.com****
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
JBoss by Red Hat @ www.jboss.com
10:16 p.m.
I can confirm the behavior, type declarations apparently can't be redefined
in multiple resources - i.e. the AbstractRuleBase (line 642) throws an
exception when merging in a package containing a redeclaration of a type
coming from a different resource w.r.t. to the original type declarations.
I think the intention was to prevent additional redeclarations of a bean,
with all the related classloading issues. Unfortunately, this clashes with
the policy that classes must be (re)declared in order to add metadata or let
other beans extend them.**
My suggestion would be to differentiate >>definitions<<, i.e. the first
declaration of a novel bean, resulting in a class generation, from
>declarations<< (my wording), i.e. any use that does NOT
result in class
definition.
@Edson: this is something I wanted to mention to you before, just hadn't
time :)
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
10:18 p.m.
An easy way to reproduce, as reported by jmgreen:
> file1.drl <<
package test;
declare MyClass
field : String
end
> file2.drl <<
package test;
declare MyClass
@role(event)
end
Try creating a KB, adding file1.drl and then file2.drl
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-5-3-0-Final-throws-RuntimeD...
Sent from the Drools: User forum mailing list archive at Nabble.com.
4762
days inactive
4766
days old
6 comments
4 participants
participants (4)
-
Davide Sottara -
Edson Tirelli -
Green, John M (HP Software) -
jmgreen