Brecht, thanks for reporting this, but I don't think these are bugs.
1) In order to set the value of a global from a rule's RHS, you have to
do somehting like this
drools.getKnowledgeRuntime().setGlobal( "RULES_MATCHED", newValue );
The reason is that the rule's RHS sees a reference to the original
global... a local variable with the
same name initialized appropriately. Something like RULES_MATCHED = 0
will only change the local
reference, not modify the global.
2) The KnowledgeAgent supports declared types incrementally.. (Esteban
and I spent a lot of time to make
that work), but you have to set a flag in the KA's configuration:
KnowledgeAgentConfiguration aconf =
KnowledgeAgentFactory.newKnowledgeAgentConfiguration();
aconf.setProperty( "drools.agent.useKBaseClassLoaderForCompiling", true );
The "incremental" mode (newInstance=false) only ensures that the
existing KnowlegeBase is updated,
tue "useKBaseClassLoaderForCompiling" will ALSO make sure that, as the
new resources are compiled
by a KnowledgeBuilder, this is initialized with the KB's classloader,
which has the classes for the declared types.
3) I have proposed a fix for the issue you reported the other day...
actually two in one.
- 3a ) Runtime exceptions will be catched,
- 3b ) you **WILL NOT** be able to use primitive types with globals
anymore.. (which would result in a RTE anyway)
Hope this help
Best
Davide
On 09/20/2013 02:18 AM, De Rooms Brecht wrote:
Dear Drools Users,
I am building a network server for drools since the existing
drools-server did not meet my requirements. Since I recently found a
bug and find the people here very helpful I'll try to explain another
issue I encountered in the hope that it improves drools 5.6 and 6.0.
I noticed that declared types and globals don't seem to be found when
you access them from a rule that was written in a different file. For
the declared types I hacked around this issue by preprocessing the
files and placing every declared type at the top of each file that
needs it. For globals this is of course not possible.
An example is shown below. File1 is loaded from the moment the agent
starts up, then file2 is loaded.
There is a difference when the knowledgeAgent detects the two files at
once or one by one. In this case the KnowledgeAgent detects one file
and then a few minutes later the other file and compiles them
completely separately.
The idea is to keep how many rules are matched of a certain type in a
global.
* FILE1: global_rules_matches.drl
----------------------------------------------
package ellipsoidfacts
// declare
global Integer RULES_MATCHED;
// initialize global
rule "initRULESMATCHED"
salience 999
when
then
RULES_MATCHED = 0;
end*
* FILE2: testrule.drl
----------------------------------------------
package ellipsoidfacts
rule "Gesture_lefthook"
when
// ... any precedent rules ...
then
System.out.println("matched gesture: lefthook"+ RULES_MATCHED);
end*
In this particular case, my rule is not matched. I load these rules
using a changeset xml, my knowledgeagent is set to incremental (but
either doesnt work).
The same happens when I declare types in FILE1 and use them in FILE2.
When I write the type declaration in both files it works perfectly.
Being the same package I assumed that these two scenarios should work.
Am I doing something wrong or is the agent not supposed to work like
this and should a package be in one file?
Kind Regards,
De Rooms Brecht
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users