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
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.
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
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).
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 ar
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-tp3
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
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 collectio
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.co
I found the culprit:
ActionType
...
public void addCellValue(int row, int column, String content) {
//Michael Neale:
// For single standard quotes we escape them - eg they may mean
"inches"
// as in "I want a Stonehenge replica 19" tall"
int idx = content.indexO
Hi all,
I am experiencing the problem that is described here:
http://efreedom.com/Question/1-4874717/Drools-Rules-Quotes-Auto-Escape-Compile-Time
>From what I can see, this has nothing to do with guvnor, since I am using XL
decision tables without Guvnor. I have an XL where I have an action colum
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-
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
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
14 matches
Mail list logo