3.1-M1 - Can't get rules to build
by Tom Gonzalez
I am attempting to convert our application to use drools 3.1.M from
current use of 3.0.4.
I downloaded the binaries posted and am getting this very basic
exception when building our rules.
[java] Feb 19, 2007 5:21:25 PM
com.nortel.connect.rbuilder.RulePackage addR
ulesFromDrlFile
[java] INFO: adding Rules from: CBMRules.drl (with associated
DSL)
[java] Exception in thread "main" java.lang.NoSuchFieldError:
recognizer
[java] at
org.drools.lang.DRLLexer$DFA18.<init>(DRLLexer.java:3914)
[java] at org.drools.lang.DRLLexer.<init>(DRLLexer.java:3565)
[java] at
org.drools.compiler.DrlParser.getParser(DrlParser.java:78)
[java] at
org.drools.compiler.DrlParser.parse(DrlParser.java:110)
[java] at
org.drools.compiler.DrlParser.parse(DrlParser.java:96)
[java] at
com.nortel.connect.rbuilder.RulePackage.addRulesFromDrlFile(R
ulePackage.java:219)
Any suggestions for getting past this?
Thanks,
Tom G
17 years, 11 months
change "assert" to "insert"
by Mark Proctor
We have been getting querries with regards to jdk assert collision and
jboss rules assert, for this reason we are thinking of changing it to
insert for 4.0. Further to that its causing language integrations issues
for us as we expand pluggeable dialects. For this reason we are thinking
of chaning assert to insert, this would be an api change and a language
level change. I'd thought I'd throw this out to the community before we
do it. This of course breaks backwards compatability.
Mark
18 years
How to get value of global variable from one rule to another
by Alexander Komissarov
Hello,
Please give me advice for best way storing global variables.
global java.lang.Integer res;
global java.lang.Integer res2;
...
I've several number of rules. One rule has variable initialization e.g.:
...
rule "AmountsAreNotNull" salience 20
when
< conditions >
then
...
res = new Integer(a.compareTo(new BigDecimal(25)));
res = (res == -1)?0:res;
res = (res == -1)?0:res;
res2 = new Integer(a.compareTo(b));
res2 = (res2 == -1)?0:res2;
...
end
The values of these variables are proper and equal 1
Then next rule has comparing for res|res2 values, but they have lost their
values (res == null and res2 == null)
rule "CompareValues" salience 10
when
res:Integer(intValue == 0)
res2:Integer(intValue == 0)
result:List()
then
result.add(Boolean.TRUE);
end
What decision you can advise me to save variables value between rules?
Thanks.
____________________
Regards,
Komissarov Alexander
mail: aleks.komissarov(a)gmail.com
icq: 239128267
18 years
REMINDER CfP RuleML-2007
by Adrian Paschke
Dear Prospective Author of RuleML-2007,
This is just a friendly reminder that the deadline for the RuleML-2007
abstract submission is
Friday, June 15, 2007.
Please upload a plain text abstract in our EasyChair submission page at
http://www.easychair.org/RuleML2007/.
All information regarding submission requirements are
elaborated in the RuleML-2007 web site at:
http://2007.ruleml.org/index-Dateien/Page577.htm
Sincerely,
Adrian Paschke
Yevgen Biletskiy
RuleML-2007 Program Co-Chairs
[ our apologies should you receive this message more than one time ]
The International RuleML Symposium
on Rule Interchange and Applications (RuleML-2007)
October 25-26, 2007, Orlando, Florida
http://2007.ruleml.org
=====================================================================
Co-located with:
The 10th International Business Rules Forum
http://www.businessrulesforum.com
=====================================================================
The International RuleML Symposium on Rule Interchange and Applications
(RuleML-2007) will take place, October 25-26, 2007, in Orlando, Florida
<http://2007.ruleml.org>, co-located with The 10th International
Business Rules Forum <http://www.businessrulesforum.com>. RuleML-2007 is
devoted to practical distributed rule technologies and rule-based
applications which need language standards for rules operating in the
context of, e.g., the Semantic Web, Intelligent Multi-Agent Systems,
Event-Driven Architectures and Service-Oriented Computing Applications.
A RuleML-2007 Challenge with prizes will be organized to demonstrate
tools, use cases, and applications. Abstracts are due June 15, 2007.
Papers are due June 29, 2007.
=====================================================================
18 years
[solver design] Listeners or bigger interfaces?
by Geoffrey De Smet
["step" etc is explained in
http://markproctor.blogspot.com/2007/06/local-search-101.html ]
Currently I have something like this
interface ScoreCalculator {
double calculateScore(...);
}
This used to be stateless, but now it needs to be statefull,
because some score calculators change the weight of constraints between
steps.
This also means that some ScoreCalculators need to get notified when a
step is decided.
So I see 2 ways of implementing this:
1) extend the interface:
interface ScoreCalculator {
double calculateScore(...);
void stepTaken(...);
}
2) Start introducing Listeners:
interface StepListener {
void stepTaken(StepEvent event);
}
if (scoreCalculater instanceof StepListener) {
stepEventFireThingy.add((StepListener) scoreCalculater);
}
Which one would you prefer?
--
With kind regards,
Geoffrey De Smet
18 years
Re: rules-dev Digest, Vol 6, Issue 7
by Rich Halsey
Mark,
>From the beginning (when you changed from Drools to Jboss Rules), I have
always referred to the system as JBRULES - it is easy to see, easy to say,
and easy to write, so I vote for JBRULES.
Rich Halsey
"may you have fair seas, and a following wind"
----- Original Message -----
From: <rules-dev-request(a)lists.jboss.org>
To: <rules-dev(a)lists.jboss.org>
Sent: Friday, June 08, 2007 11:00 AM
Subject: rules-dev Digest, Vol 6, Issue 7
> Send rules-dev mailing list submissions to
> rules-dev(a)lists.jboss.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.jboss.org/mailman/listinfo/rules-dev
> or, via email, send a message with subject or body 'help' to
> rules-dev-request(a)lists.jboss.org
>
> You can reach the person managing the list at
> rules-dev-owner(a)lists.jboss.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of rules-dev digest..."
>
>
> Today's Topics:
>
> 1. name (Mark Proctor)
> 2. Re: name (Greg Barton)
> 3. Re: name (Geoffrey De Smet)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 08 Jun 2007 00:46:11 +0100
> From: Mark Proctor <mproctor(a)codehaus.org>
> Subject: [rules-dev] name
> To: Rules Dev List <rules-dev(a)lists.jboss.org>
> Message-ID: <466898C3.4040301(a)codehaus.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> So it's over a year since we changed the name from Drools to JBoss
> Rules. Personally I really dislike <Vendor Name> + <Generic Name> naming
> schemes; especially so for Open Source projects. It's not the vendor
> prefix I dislike, as that adds weight in corporate brand recognition,
> but the generic postfix - leaving you no choice but to refer to the
> project by the full name "JBoss Rules" in all communication and
> throughout that communication; which I find tiresome. Where as ideally,
> say in a presentation, you introduce the project as JBoss + <Strong
> Name> first and then further references in your presentation can just
> use the shortened <Strong name>; emails on the mailing list, being more
> casual, can just drop to the shortened <Strong Name> straight away. It's
> not just a lazyiness of having to use two words, but I feel it makes it
> generally easier on the ears and eyes. With 4.0 coming up we have taken
> the next steps into the world of Declarative programming, so was
> thinking of JBoss DRules or JBoss D-Rules or JBoss drules - allowing the
> DRules to be used standalone to refer to the project in more casual
> communication. Anyone have any thoughts on a year of the "JBoss Rules"
> name?
>
> Mark
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 7 Jun 2007 18:24:13 -0700 (PDT)
> From: Greg Barton <greg_barton(a)yahoo.com>
> Subject: Re: [rules-dev] name
> To: Rules Dev List <rules-dev(a)lists.jboss.org>
> Message-ID: <473607.56020.qm(a)web81515.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
>
> --- Mark Proctor <mproctor(a)codehaus.org> wrote:
>
>> Anyone have any thoughts on a year of
>> the "JBoss Rules" name?
>
> Well, when describing drools using the new name, I'd
> often have this exchange:
>
> me: It's "JBoss Rules"
> them: It does?
> me: What does?
> them: JBoss.
> me: Does what?
> them: It..um...rules?
>
> So I find the slang verb sense dominates the proper
> noun sense, even in context. A name change would be
> good.
>
> GreG
>
>
>
> ____________________________________________________________________________________
> Finding fabulous fares is fun.
> Let Yahoo! FareChase search your favorite travel sites to find flight and
> hotel bargains.
> http://farechase.yahoo.com/promo-generic-14795097
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 08 Jun 2007 13:18:03 +0200
> From: Geoffrey De Smet <ge0ffrey.spam(a)gmail.com>
> Subject: Re: [rules-dev] name
> To: rules-dev(a)lists.jboss.org
> Message-ID: <f4bdtc$hqu$1(a)sea.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Currently it has more then 1 name and it's confusing.
> The webpage says "jboss rules", but on the maven repo it's under
> "drools", also the jars are called "drools" etc.
>
> The JBoss namespace does matter:
> - Most people think "Jboss Seam" only works on Jboss AS.
> - While everyone knows "Hibernate" works on everything.
>
> With kind regards,
> Geoffrey De Smet
>
> PS: I partially started working on drools-solver/taseree again :) I 'll
> show some configuration on this list when it's finished.
>
> Greg Barton wrote:
>> --- Mark Proctor <mproctor(a)codehaus.org> wrote:
>>
>>> Anyone have any thoughts on a year of
>>> the "JBoss Rules" name?
>>
>> Well, when describing drools using the new name, I'd
>> often have this exchange:
>>
>> me: It's "JBoss Rules"
>> them: It does?
>> me: What does?
>> them: JBoss.
>> me: Does what?
>> them: It..um...rules?
>>
>> So I find the slang verb sense dominates the proper
>> noun sense, even in context. A name change would be
>> good.
>>
>> GreG
>>
>>
>>
>> ____________________________________________________________________________________
>> Finding fabulous fares is fun.
>> Let Yahoo! FareChase search your favorite travel sites to find flight and
>> hotel bargains.
>> http://farechase.yahoo.com/promo-generic-14795097
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>
>
>
> ------------------------------
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
> End of rules-dev Digest, Vol 6, Issue 7
> ***************************************
>
18 years
