Re: [rules-users] java.lang.LinkageError, but only sometimes

I tried the suggestion from: https://issues.jboss.org/browse/JBRULES-3675 by adding a synchronized to the loadClass method. After further testing the problem remains :( So adding synchronized does not solve the problem. Any bright ideas? I am willing to try everything :) -- View this message in

[rules-users] java.lang.LinkageError, but only sometimes

Dear list, We have an application (A) deployed on JBoss 7.1.1 accepting commands (CQRS, but only C and Q :) ). A console application (B) is sending a large volume of commands to create entities in A. Entities in A are validated by Drools (plain drl files, configured in spring using

Re: [rules-users] java.lang.LinkageError, but only sometimes

Thank you for your reply. I have created the following issue: https://issues.jboss.org/browse/JBRULES-3675 We are now running the same setup on 5.5.0.CR1 and so far, we haven't encountered the linkage error. Could this be related to mvel? -- View this message in context:

Re: [rules-users] java.lang.LinkageError, but only sometimes

Cried wolf too soon :( Linkage error also occurs in 5.5.0.CR1 -- View this message in context: http://drools.46999.n3.nabble.com/java-lang-LinkageError-but-only-sometimes-tp4020606p4020618.html Sent from the Drools: User forum mailing list archive at Nabble.com.

Re: [rules-users] drools-spring dependency on drools-grid-impl

I resolved this by simply removing the jar and add dummy implementations in my own project for the required classes that are in drools-grid-impl. This is not pretty, but it works :) -- View this message in context:

Re: [rules-users] drools-spring dependency on drools-grid-impl

Done: https://issues.jboss.org/browse/JBRULES-3299 The dummy classes and interfaces I'm using are also included. -- View this message in context: http://drools.46999.n3.nabble.com/drools-spring-dependency-on-drools-grid-impl-tp3541271p3542201.html Sent from the Drools: User forum mailing list

[rules-users] [drools 5.3.0.Final] Predicate ... must be a Boolean expression

I did a quick search in the mailing list, but couldn't find a related issue. The following rule worked fine in 5.3.0.CR1 (and earlier) ... when $party : ImmutableParty(addresses == null || addresses.size() == 0) then ... ImmutableParty has a getter for addresses and addresses is a

Re: [rules-users] [drools 5.3.0.Final] Predicate ... must be a Boolean expression

Yes, I found this out a few minutes ago. You indeed need 2.1.0.drools4. My mistake. Thanks! -- View this message in context: http://drools.46999.n3.nabble.com/drools-5-3-0-Final-Predicate-must-be-a-Boolean-expression-tp3454503p3454717.html Sent from the Drools: User forum mailing list archive at

Re: [rules-users] Quotes in decision tables are escaped

Sorry, found the issue in Jira: https://issues.jboss.org/browse/JBRULES-2409 Workaround seems to work. -- View this message in context: http://drools.46999.n3.nabble.com/Quotes-in-decision-tables-are-escaped-tp3280810p3286161.html Sent from the Drools: User forum mailing list archive at

Re: [rules-users] Drools rules spring integration without using any persistence

Same here when deploying a war with spring configs for drools using 5.2.0.Final. Apart from the error in the logging, the application seems to run fine and firing rules just fine. Any ideas on how to get rid of this error message? -- View this message in context:

Re: [rules-users] Drools rules spring integration without using any persistence

Ok, found the culprit. Seems this comes from spring-support depending on drools-grid-impl. Why would you need a grid to execute rule locally? Any plans to remove this hard dependency in the future? -- View this message in context:

[rules-users] from accumulate ... from generates wrong DRL in guided rule editor in Guvnor

All, I have managed to deploy Guvnor 5.2.0 on a JBoss 6.0 application server. Following this demo: http://www.plugtree.com/downloads/screencasts/03-Accumulate_demo.htm generates wrong code. The from accumulate line when viewing source looks like this: count : Long( longValue 1 ) from accumulate