RE: [rules-users] Drools 4 poor performance scaling?

FYI for the group. We seem to have solved our performance problem. I'll describe our problem space a bit some people have some context. We load up about 1200 Jobs with about 3000 Stops and about 1500 Vehicles with about 2000 Workers. We then calculate Scores for each Vehicle for each Job.

Re: [rules-users] Caching of JBoss Rules bytecode field readers

We generate bytecode readers for performance, it would be possible to plugin a reflection based reader that would avoid this issue, but we don't have plans to this due to time - we would accept a patch. With regards to why the String for the key, why not? What other key would you imagine we

Re: [rules-users] wordnet in drools

I would imagine that the performance issues are due to emulating backward chaining/query like behaviour in a forward chaining engine. I imagine this is also true with regards to the email one question about Transitive Closures. We need to build in support for proper backward chaining querries

RE: [rules-users] Drools 4 poor performance scaling?

I wonder whether is's a benefit of truth maintenance? If a new fact is inserted into working memory that could cause an activation of a rule that contains an accumulate (or collect) to change then the whole accumulate (or collect) operator is executed again?!? -Original Message- From:

[rules-users] One question about NOT

Hi all, I checked the manual about not, and it says: ==quote== not' is first order logic's Non-Existential Quantifier and checks for the non existence of something in the Working Memory. Think of 'not' as meaning there must be none of ==end== So there is no negation-as-failure, no stable

Re: [rules-users] One question about NOT

Senlin Liang wrote: Hi all, I checked the manual about not, and it says: ==quote== not' is first order logic's Non-Existential Quantifier and checks for the non existence of something in the Working Memory. Think of 'not' as meaning there must be none of ==end== So there is no

Re: [rules-users] Caching of JBoss Rules bytecode field readers

Thanks for the explanation, Mark. Sorry if it appeared that the focus of my poorly worded question was why Strings were used for the key. Using Strings makes total sense to me. I was really just trying to better understand how caching is implemented to help me better understand why I'm having

[rules-users] Compilation error: Syntax error, insert ; to complete BlockStatements

Hi, all, I'm new to Drools, and am a bit confused by the compilation error that I'm getting. From the line number, it appears to be in a generated Java file instead of in my rules file, so I'm having a hard time debugging the issue. Here is the full error: Rule Compilation error : [Rule

[rules-users] Problem using RuleAgent

I'm having a problem with the RuleAgent... I'm using a RuleAgent to load rules and create a rulebase, but i'm finding that in the time it takes to load all 30 or so files that I'm using for my rules, my main thread starts running strings against the rules before all of the rules have been

Re: [rules-users] Compilation error: Syntax error, insert ; to complete BlockStatements

Kris, that may be silly but have you tried to add the ; after 'addCharge($event, $amount)'? If you use the Java dialect for the RHS this IS mostly Java (it's just copied over into the generated code). If in doubt, use -Ddrools.dump.dir=whatever to check out the generated code. --I Am

Re: [rules-users] Caching of JBoss Rules bytecode field readers

The getters are generated by this class: http://fisheye.jboss.org/browse/JBossRules/branches/4.0.x/drools-core/src/main/java/org/drools/base/ClassFieldExtractorFactory.java?r=15671 It creates a ClassLoader using the RuleBase classloader as the parent. The generated classes are also stored in the