March 2007 - rules-users - Jboss List Archives

by Sam

When using the new 'from' feature, does Drools handle null values correctly? For example, let's say I have a rule like this: rule check when Integer() from helper.getId(); then ... end I tried returning null from getId(), but it caused Drools to throw an exception. So what I'm currently doing is have getId() return a collection, which may be empty. In this case Drools handles it without problem. Is there a better way to do this? I just don't want to wrap everything in a collection. thanks. sam

17 years, 1 month

2
1
0 / 0

DSL in 3.1.0 m1

by fanghong

Hi, I tried to run TroubleTicketExampleWithDSL example in 3.1.0M1 but it displayed following error: org.drools.rule.InvalidRulePackage: unknown:2:0 required (...)+ loop (decision=2) did not match anything; token=[@8,29:36='expander',<31>,2:0] at org.drools.rule.Package.checkValidity(Package.java:367) at org.drools.common.AbstractRuleBase.addPackage (AbstractRuleBase.java:244) at com.sample.TroubleTicketExampleWithDSL.main (TroubleTicketExampleWithDSL.java:25) Exception in thread "main" The same example is ok in 3.0.5. Can anyone help me with it? Thanks a lot. fanghong

17 years, 1 month

2
1
0 / 0

RE: [rules-users] $drools variable not available under 3.1M?

by Olenin, Vladimir (MOH)

Hmmm... Yes. This one works. Thanks. -----Original Message----- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli Sent: 12 March 2007 16:36 To: Rules Users List Subject: Re: [rules-users] $drools variable not available under 3.1M? I believe it is "drools", without the "$"... Olenin, Vladimir (MOH) wrote: > Hi, > > I was trying to access '$drools' variable from the RHS of the rule, > but keep on getting compilation errors: $drools can't be resolved. The > docs for 3.0.5 mention that 'drools' variable is made available to the > user from the RHS of the rule... I wonder if it's a bug or I'm doing > smth wrong? Here is an excerpt from the rule: > > Rule "xxx" > > When > > .... > > *then* > > System.out.println($drools); > > *end* > > For other purposed I have these list of imports in the header: > > *import* org.drools.spi.KnowledgeHelper; > > *import* org.drools.base.DefaultKnowledgeHelper; > > *import* org.drools.spi.Tuple; > > *import* org.drools.*rule*.Rule; > > Thanks, > > Vlad > >------------------------------------------------------------------------ > >_______________________________________________ >rules-users mailing list >rules-users(a)lists.jboss.org >https://lists.jboss.org/mailman/listinfo/rules-users > > -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3124-6000 Mobile: +55 11 9218-4151 JBoss, a division of Red Hat @ www.jboss.com _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

17 years, 1 month

1
0
0 / 0

$drools variable not available under 3.1M?

by Olenin, Vladimir (MOH)

Hi, I was trying to access '$drools' variable from the RHS of the rule, but keep on getting compilation errors: $drools can't be resolved. The docs for 3.0.5 mention that 'drools' variable is made available to the user from the RHS of the rule... I wonder if it's a bug or I'm doing smth wrong? Here is an excerpt from the rule: Rule "xxx" When .... then System.out.println($drools); end For other purposed I have these list of imports in the header: import org.drools.spi.KnowledgeHelper; import org.drools.base.DefaultKnowledgeHelper; import org.drools.spi.Tuple; import org.drools.rule.Rule; Thanks, Vlad

17 years, 1 month

2
1
0 / 0

RE: [rules-users] Rete diagram legend - what do all the colors me an?...

by Olenin, Vladimir (MOH)

Is 'matches' operator optimized? Vlad _____ From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Mark Proctor Sent: 12 March 2007 14:53 To: Rules Users List Subject: Re: [rules-users] Rete diagram legend - what do all the colors me an?... not really, all I can say is try and work with flat models and '==' operators for performance - we currently don't optimise != or number ranges. Avoid eval, predicate and return value unless you really need them. Keep your consequences short and avoid flow logic in them, i.e. 'if'/'switch ' statements. Mark Olenin, Vladimir (MOH) wrote: Ok, found the descriptions - for anyone interested, you need to switch into 'JBoss Rules' prospective and open 'Properties' tab. This way whenever you select a node, information about the node would be displayed there (Properties tab won't get activated automatically). Mark, any general hints on correlations between diagram 'look' & performance implications? (eg, "the more 'alpha' nodes, the worse/the better is performance", "the more connections to the node, the ____ is performance", etc) Thanks _____ From: rules-users-bounces(a)lists.jboss.org <mailto:rules-users-bounces@lists.jboss.org> [mailto:rules-users-bounces@lists.jboss.org <mailto:rules-users-bounces@lists.jboss.org> ] On Behalf Of Mark Proctor Sent: 09 March 2007 18:18 To: Rules Users List Subject: Re: [rules-users] Rete diagram legend - what do all the colors mean?... yes if you understand the rete diagram you can can help it with understanding performance. If you click on a node it tells you the type. Which are roughly root, object type node, alpha node, join node, not node, exists node, eval node and terminal node. Can't remenber which has which colour, but you should be able to figure it out, we discuss the node types briefly in the manual. Mark Olenin, Vladimir (MOH) wrote: Hi, I was trying to make some sense out of Rete Diagram for my rules (DROOLS 3.1M), and one of the questions I have is what all these colors mean? There are red, blue, yellow, green, orange, white, cyan and black circles.... I might be wrong, but I think this should mean something! Also, I noticed that by default the diagram is displayed in 'layers' of dots. In my case I have 7 layers, the top one being the 'root' I assume (single white circle). The 'widest' layer is the middle one - the forth layer. So, generally the diagram has a diamond shape. I wonder if one can use this kind of visual information to make a rough estimation/assumption on how efficient his rules/constraints are, some hints into optimization, etc.... Thanks, Vlad _____ _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/rules-users <https://lists.jboss.org/mailman/listinfo/rules-users> _____ _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/rules-users <https://lists.jboss.org/mailman/listinfo/rules-users>

17 years, 1 month

1
0
0 / 0

RE: [rules-users] Rete diagram legend - what do all the colors me an?...

by Olenin, Vladimir (MOH)

Ok, found the descriptions - for anyone interested, you need to switch into 'JBoss Rules' prospective and open 'Properties' tab. This way whenever you select a node, information about the node would be displayed there (Properties tab won't get activated automatically). Mark, any general hints on correlations between diagram 'look' & performance implications? (eg, "the more 'alpha' nodes, the worse/the better is performance", "the more connections to the node, the ____ is performance", etc) Thanks _____ From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Mark Proctor Sent: 09 March 2007 18:18 To: Rules Users List Subject: Re: [rules-users] Rete diagram legend - what do all the colors mean?... yes if you understand the rete diagram you can can help it with understanding performance. If you click on a node it tells you the type. Which are roughly root, object type node, alpha node, join node, not node, exists node, eval node and terminal node. Can't remenber which has which colour, but you should be able to figure it out, we discuss the node types briefly in the manual. Mark Olenin, Vladimir (MOH) wrote: Hi, I was trying to make some sense out of Rete Diagram for my rules (DROOLS 3.1M), and one of the questions I have is what all these colors mean? There are red, blue, yellow, green, orange, white, cyan and black circles.... I might be wrong, but I think this should mean something! Also, I noticed that by default the diagram is displayed in 'layers' of dots. In my case I have 7 layers, the top one being the 'root' I assume (single white circle). The 'widest' layer is the middle one - the forth layer. So, generally the diagram has a diamond shape. I wonder if one can use this kind of visual information to make a rough estimation/assumption on how efficient his rules/constraints are, some hints into optimization, etc.... Thanks, Vlad _____ _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/rules-users <https://lists.jboss.org/mailman/listinfo/rules-users>

17 years, 1 month

2
1
0 / 0

Question on rule evaluation...

by jdepaul

I have a rule that uses the "from" DAO keyword... my question is: given the rule structure below, will the LookupTableResult be evaluated even if the other two preceeding conditions (CustRefNbr and ActivityLocation) are NOT met: rule "GATE-IN Match for 001695568GP" when $rkem_move : RKEM_Move ($partnerID : partnerID, $activityID : activityID, $sh_code : SH_CODE) RKEM_Move (CustRefNbr matches "^HX.*", ActivityLocation matches "^US.*") LookupTableResult ( resultValue == 1 ) from lookupDAO.getLookupTableResultFROMLookup($partnerID, $activityID, "MILT.CUSTNO", $sh_code ) then System.out.println("I matched this rule, yippie!!!"); end -- View this message in context: http://www.nabble.com/Question-on-rule-evaluation...-tf3391276.html#a9440149 Sent from the drools - user mailing list archive at Nabble.com.

17 years, 1 month

1
0
0 / 0

Syntax query

by dileep_sivaraman

I am using drools 3.0.5 I have a function : <function return-type="JobRequestOptions" name="getJob"> <parameter identifier="msg" type="Message" /> <body> JobRequestOptions jro=new JobRequestOptions(); System.out.println("hello world"); return jro; </body> </function> The following syntax <eval>getJob(m).hasOption(null)==false</eval> gives the following error : org.drools.rule.InvalidRulePackage: Rule Compilation error The method getJob(Message) is undefined for the type Rule_Loop_Test_0 However when I change the <eval> tag to the following : <eval>( getJob(m) ).hasOption(null)==false</eval> IT WORKS FINE (Here I have put the function in brackets with spaces in between.It gives me an error if I dont put spaces in between) Could someone explain whether it is a bug or a syntax definition -- View this message in context: http://www.nabble.com/Syntax-query-tf3387628.html#a9429717 Sent from the drools - user mailing list archive at Nabble.com.

17 years, 1 month

1
0
0 / 0

Trouble adding things to a list

by Grimshaw, Jeffrey

Hi all. I've got some rules that are supposed to add documents to a list that is then returned to the caller. Each rule sets some properties on a document and then adds it to the list. The correct number of objects are being added to the list, but each object has the attributes that were set in the first matching rule. It seems as if the properties on the object can be set only once and cannot be changed by subsequest rules. Here's the comlete DRL: package com.mycompany.rules.documentlist; #generated from Decision Table import com.mycompany.rules.documentlist.*; #From row number: 11 rule "DocumentList_11" when document : DocumentAttributes() docList : DocumentList() then document.setAllowActivityCompletion(false); document.setName("Document 1"); document.setTypeID(100); document.setHelpFile("Help File"); docList.addDocuments(document); end #From row number: 12 rule "DocumentList_12" when document : DocumentAttributes() docList : DocumentList() then document.setDisplayDocument(true); document.setName("Document 2"); document.setTypeID(101); document.setHelpFile("Help File"); docList.addDocuments(document); end As you can see, the DRL was generated from a decision table, but I don't think that has anything to do with the behavior I'm seeing. The document bound variable is set correctly and added to the list in the first rule, but the second rule adds the same document as was added in the first rule. Any suggestions as to what is going on here would be much appreciated. Is it even possible to get there from here? I tried setting Sequential=true on the decision table, but that does not help. Thanks, Jeff Grimshaw Sr. Programmer/Analyst Green Point Mortgage

17 years, 1 month

1
1
0 / 0

rule engine blogs

by Mark Proctor

javarules.org has a new posting with a list of rule engine blogs, thought everyone might find this useful. http://www.javarules.org/index.php?name=News&file=article&thold=-1&mode=f... Mark

17 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

rules-users March 2007