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 context: http://drools.46999.n3.nabble.com/java-lang-LinkageError-but-only-sometimes-tp4020606p4020936.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[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 drools-spring). Most of the time this works just fine. But sometimes, we get the following exception: java.lang.LinkageError: loader (instance of org/drools/rule/JavaDialectRuntimeData$PackageClassLoader): attempted duplicate class definition for name: a/b/c/Rule_person_unique___name_656ee3db19d34e689d95e2d6b2be67b6 at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.6.0_30] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) [rt.jar:1.6.0_30] at java.lang.ClassLoader.defineClass(ClassLoader.java:615) [rt.jar:1.6.0_30] at org.drools.rule.JavaDialectRuntimeData$PackageClassLoader.fastFindClass(JavaDialectRuntimeData.java:615) [drools-core-5.4.0.Final.jar:5.4.0.Final] at org.drools.util.CompositeClassLoader$CachingLoader.load(CompositeClassLoader.java:254) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] at org.drools.util.CompositeClassLoader$CachingLoader.load(CompositeClassLoader.java:237) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] at org.drools.util.CompositeClassLoader.loadClass(CompositeClassLoader.java:88) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] at java.lang.ClassLoader.loadClass(ClassLoader.java:295) [rt.jar:1.6.0_30] at java.lang.ClassLoader.loadClass(ClassLoader.java:247) [rt.jar:1.6.0_30] at a.b.c.Rule_gg___unique___name_656ee3db19d34e689d95e2d6b2be67b6Eval0InvokerGenerated.evaluate(Unknown Source) at a.b.c.Rule_gg___unique___name_656ee3db19d34e689d95e2d6b2be67b6Eval0Invoker.evaluate(Unknown Source) at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) [drools-core-5.4.0.Final.jar:5.4.0.Final] Any idea where this is coming from or what's causing this. We are using: - JBoss 7.1.1 - drools 5.4.0.Final - jdk 1.6u30 - Windows 7 64 bit regards, Kenneth -- View this message in context: http://drools.46999.n3.nabble.com/java-lang-LinkageError-but-only-sometimes-tp4020606.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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: http://drools.46999.n3.nabble.com/java-lang-LinkageError-but-only-sometimes-tp4020606p4020616.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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: http://drools.46999.n3.nabble.com/drools-spring-dependency-on-drools-grid-impl-tp3541271p3541726.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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 archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[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 collection. When upgrading to 5.3.0.Final, I get this error: Caused by: java.lang.RuntimeException: Predicate 'addresses == null || addresses.size() == 0' must be a Boolean expression [Line: 17, Column: 32] : [Rule name='party - address - at least one'] This is with mvel 2.1 beta 6. -- View this message in context: http://drools.46999.n3.nabble.com/drools-5-3-0-Final-Predicate-must-be-a-Boolean-expression-tp3454503p3454503.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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 Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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 Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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: http://drools.46999.n3.nabble.com/Drools-rules-spring-integration-without-using-any-persistence-tp3100014p3172008.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
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: http://drools.46999.n3.nabble.com/Drools-rules-spring-integration-without-using-any-persistence-tp3100014p3172268.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[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 ( p : Person( name == John ) from parent.children, count(p)) For some reason, there is a character in p : Person which should not be there. Any ideas? regards, Kenneth -- View this message in context: http://drools.46999.n3.nabble.com/from-accumulate-from-generates-wrong-DRL-in-guided-rule-editor-in-Guvnor-tp3148562p3148562.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users