October 2011 - rules-users - Jboss List Archives

Re: [rules-users] Guvnor - Loading enums programatically using rule metadata

by GPatel＠tsys.com

I suppose I can use the standaloneEditor, add my data loader arguments to the URL, have a filter on the serverside set up a thread-local context that contains the arguments and have the data loaders use that context. How do I disable enum caching so that the above approach works? From: Ghanshyam Patel/Tempe/TotalSystem To: rules-users(a)lists.jboss.org Date: 10/11/2011 05:05 PM Subject: Re: Guvnor - Loading enums programatically using rule metadata I realize that "drools" is a runtime variable, available only during rule execution, but the question still stands. Is it possible to somehow pass in rule attributes as arguments to Data loaders for enums? Any help would be appreciated Thanks G. Patel From: Ghanshyam Patel/Tempe/TotalSystem To: rules-users(a)lists.jboss.org Date: 10/10/2011 03:35 PM Subject: Guvnor - Loading enums programatically using rule metadata The Guvnor manual specifies how to load enum data programtically but it seems like only other fields on the same Fact can be used to filter the values that can show up in the drop-down fields, as shown below: 'Fact.field[dependentField1, dependentField2]' : '(new com.yourco.DataHelper()).getListOfAges("@{dependentField1}", "@{dependentField2}")' Is it possible to somehow use other rule attributes, like package name or rule metadata to filter the list? Something like the following: 'Fact.field[dependentField1]' : '(new com.yourco.DataHelper()).getListOfAges("@{dependentField1}", drools.getRule().getMetaData().get("ID"))' Thanks G. Patel ----------------------------------------- The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you

14 years, 5 months

2
1
0 / 0

Typecasting problem

by hsherlock

I have a following scenario in which a complex logic (distributed over multiple .DRL files) need to process incoming jobs as fast as possible. A job definition looks something like describing what to do (type), what to process (item) with some additional data supplied (args). enum JobType { VALIDATE, SEND } class Job { String type; Object item; Object[] args; } In order to implement the processing I need to put the business logic into rules which fire depending on the kind of processing requested and type of the item passed: rule "process [VALIDATION] on [Document]" when $job: Job(type==JobType.VALIDATE) $doc: Document(issued==true) from $job.item then insert(new DocumentAlreadyIssuedFact()); end rule "process [SENDING] on [Message]" when $job: Job(type==JobType.SEND) $msg: Message() from $job.item then //do the sending end Unfortunately this does not work and results in ClassCastException being thrown, because it looks that Drools tries to cast any passed item to the class expected by the particular rule. In my opinion behaviour one can expect from Drools here is to first match the item class to the one expected by the rule and on success to perform the type casting. Is it a Drools bug or a missing feature? So after stidying the documention and example code I found only one way to workaround this – by using eval and instanceof which should have its performance implications due to extensive use of the eval. rule "process [VALIDATION] on [Message]" when $job: Job(type==”validate”) $msg: Message() from $job.item then //do the validation end rule "process [SENDING] on [Message]" when $job: Job(type==”send”) $msg: Message() from $job.item then //do the sending end Such an implementation works, but I see it as some form of workaround as my feeling is that it will not allow the optimizations of Drools to shine. Please recommend more effective and elegant way of implementing this. Thank you in advance -- View this message in context: http://drools.46999.n3.nabble.com/Typecasting-problem-tp3412494p3412494.html Sent from the Drools: User forum mailing list archive at Nabble.com.

14 years, 5 months

2
2
0 / 0

Setting category tags programmatically

by gab

Hi all, my application needs several hundreds rules to implement its business logic. We generated such rules from a legacy database using a few sql scripts, since the relevant tables contained the business configuration constraints for the app, and then added them to Guvnor by means of the eclipse plugin. Is it possible to set category tags programmatically for that rules artifacts in Guvnor? Possibly a script or some java api? Thanks in advance, Gab -- View this message in context: http://drools.46999.n3.nabble.com/Setting-category-tags-programmatically-... Sent from the Drools: User forum mailing list archive at Nabble.com.

14 years, 5 months

2
1
0 / 0

Re: [rules-users] Guvnor - Loading enums programatically using rule metadata

by GPatel＠tsys.com

I realize that "drools" is a runtime variable, available only during rule execution, but the question still stands. Is it possible to somehow pass in rule attributes as arguments to Data loaders for enums? Any help would be appreciated Thanks G. Patel From: Ghanshyam Patel/Tempe/TotalSystem To: rules-users(a)lists.jboss.org Date: 10/10/2011 03:35 PM Subject: Guvnor - Loading enums programatically using rule metadata The Guvnor manual specifies how to load enum data programtically but it seems like only other fields on the same Fact can be used to filter the values that can show up in the drop-down fields, as shown below: 'Fact.field[dependentField1, dependentField2]' : '(new com.yourco.DataHelper()).getListOfAges("@{dependentField1}", "@{dependentField2}")' Is it possible to somehow use other rule attributes, like package name or rule metadata to filter the list? Something like the following: 'Fact.field[dependentField1]' : '(new com.yourco.DataHelper()).getListOfAges("@{dependentField1}", drools.getRule().getMetaData().get("ID"))' Thanks G. Patel ----------------------------------------- The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you

14 years, 5 months

1
0
0 / 0

Map errors and quirks

by zstlaw

I have a large pool of errors I would like help with but I am breaking them up by topic since they are so different in nature. I have made fairly simple examples to start. Environment : Using drools 5.2.0.Final on Linux using the openjdk 6 JDK. First are some bugs in Map access when using a local variable or a object variable as key. This is a very simple case which gets more complicated in my next example in this email. The rule file will not compile despite appearing logically valid to me. /* simple example class */ package com.sample; import java.util.Date; import java.util.HashMap; import java.util.Map; public class Mailbox { static public final String TEST_EMAIL = "me(a)test.com"; public Map<String, Date> recentContacts = new HashMap<String, Date>(); public Mailbox() { owneremail = TEST_EMAIL; // create contact for self recentContacts.put(owneremail, new Date()); } public Map<String, Date> getRecentContacts() { return recentContacts; } } /* simple rule file */ // this rule is nonsensical but attempts hashmap access via many means to find out why // behavior was inconsistant. Each commented line will cause file to not compile when uncommented. // the uncommented lines are present to show what does work. package com.sample import java.util.Date; import java.util.Map; import com.sample.Mailbox; rule "check recentContacts hash mvel" dialect "mvel" when $m : Mailbox( // Each commented line will result in the file no longer compiling if uncommented $me : owneremail, recentContacts[Mailbox.TEST_EMAIL] != null, recentContacts["me(a)test.com"] != null, // recentContacts[owneremail] != null, // HAS ERROR because it checks HashMap for owneremail recentContacts[$me] != null, $d1 : recentContacts[Mailbox.TEST_EMAIL], $d2 : recentContacts["me(a)test.com"], // $d3 : recentContacts[$me], // HAS ERROR only when doing variable assignment recentContacts.get(owneremail) != null, recentContacts.get($me) != null, // $d4: recentContacts.get($me), // HAS ERROR only if doing variable assignment $d5 : getRecentContacts(), $d6 : getRecentContacts().size, 0 < 1 ) then System.out.println( "recentContacts were accessible" ); end Any suggestions? Not being able to access objects in a hash is problematic. And it gets worse if objects are not base java classes as I find even static enums getting handled erratically when used as keys. Some time I need to use the full name but using a method I can use different expression and have it work. Moving to next problem now this is my real problem. Please note that I was not initially usign an inner static enum but moved it there to make example a single file. /* more complicated version of class */ package com.sample; import java.util.ArrayList; import java.util.Date; import java.util.HashMap; import java.util.List; import java.util.Map; public class Mailbox { // taken straight form example code static public class Message { public static final int HELLO = 0; public static final int GOODBYE = 1; private String message; private int status; public String getMessage() { return this.message; } public void setMessage(String message) { this.message = message; } public int getStatus() { return this.status; } public void setStatus(int status) { this.status = status; } } static public enum FolderType {INBOX, SENT, TRASH}; static public final String TEST_EMAIL = "me(a)test.com"; private Map<FolderType, List<Message>> folders = new HashMap<FolderType, List<Message>>(); public Map<String, Date> recentContacts = new HashMap<String, Date>(); private String owneremail; public Mailbox(String username) { owneremail = username; // create contact for self recentContacts.put(owneremail, new Date()); // create default folders folders.put(FolderType.SENT, new ArrayList<Message>()); folders.put(FolderType.TRASH, new ArrayList<Message>()); folders.put(FolderType.INBOX, new ArrayList<Message>()); } /** parameterized accessor */ public List<Message> getFolder(FolderType t) { return folders.get(t); } public Map<FolderType, List<Message>> getFolders() { return folders; } public Map<String, Date> getRecentContacts() { return recentContacts; } public String getOwneremail() { return owneremail; } } /* more complicated rule */ package com.sample import java.util.Date; import java.util.HashMap; import java.util.List; import java.util.Map; import com.sample.Mailbox; import com.sample.Mailbox.FolderType; import com.sample.Mailbox.Message; rule "check folders hash mvel" dialect "mvel" when $m : Mailbox( // Each commented line will result in the file no longer compiling $type1 : FolderType.INBOX, $type2 : com.sample.Mailbox$FolderType.INBOX, $work1 : getFolder(null), $work2 : getFolder(com.sample.Mailbox$FolderType.INBOX), $work3 : getFolder(com.sample.Mailbox$FolderType.INBOX).size, // getFolder(FolderType.INBOX), // HAS ERROR - unable to resolve using strict mode getFolder($type1) != null, // $err1 : getFolder($type1), // again HAS ERROR only when doing variable assignment getFolder($type2) != null, // $err2 : getFolder($type2), // again HAS ERROR only when doing variable assignment getFolder($type1).size() > 0, getFolder($type1).isEmpty(), // $err3 : folders[FolderType.INBOX], // HAS ERROR // $err4 : folders[com.sample.Mailbox.FolderType.INBOX], // HAS ERROR - bad path syntax obviously // $err5 : folders[com.sample.Mailbox$FolderType.INBOX], // HAS ERROR // folders[$type1]!=null, // HAS ERROR // folders[$type2]!=null, // HAS ERROR $work6 : folders, $work7 : folders.size, folders.containsKey(com.sample.Mailbox$FolderType.INBOX), folders.containsKey($type2), !folders.isEmpty, // $err6: folders.size(), // HAS ERROR // $err7: folders.isEmpty(), // HAS ERROR // folders.get(FolderType.INBOX)!=null, // HAS ERROR // folders.get(com.sample.Mailbox.FolderType.INBOX)!=null, // HAS ERROR - bad path syntax obviously // folders.get(com.sample.Mailbox$FolderType.INBOX)!=null, // HAS ERROR // folders.get($type1)!=null, // HAS ERROR // folders.get($type2)!=null, // HAS ERROR $work8 : getFolders(), $work9 : getFolders().size, // getFolders().size(), // HAS ERROR 0 < 1 ) then System.out.println( "folders were accessible" ); end Now you can see my real problem. Dealing with a hash of enum to other object I get a lot of odd behavior on hash keying depending on how I make each call and while I really need to store the result to do many comparisons I can not unless I hardcode the parameter by which I am accessing the data which would profoundly weaken the rules I am writing. While I could register every object in the hash the problem then becomes the profusion of meta objects and the management of them especially given the memory leaks not fixed until 5.3.Final is released. Thank you for any assistance! -- View this message in context: http://drools.46999.n3.nabble.com/Map-errors-and-quirks-tp3404106p3404106... Sent from the Drools: User forum mailing list archive at Nabble.com.

14 years, 5 months

2
6
0 / 0

Temporal operators fail on persisted SKS

by Melton, Michael P CTR SPAWARSYSCEN-ATLANTIC, 01200

Hello, I have a SKS that is persisted using JPAKnowledgeService. I am using events and have multiple rules that match on those events using the "after" and "before" temporal operators. When I have a fresh session, I can insert events and fire rules till the cows come home with no issue. However, if I load a persisted session containing event facts and try to insert a new event, when rule conditions attempt to evaluate on the *persisted* events in working memory, I get "org.drools.common.DefaultFactHandle cannot be cast to org.drools.common.EventFactHandle". I have googled extensively on this issue and, though it seems to be relatively common, none of the resolutions I've seen apply to me. I've doublechecked that my events are declared as such. I've debugged into Drools code and verified that the FactHandle returned upon insertion is an EventFactHandle. However, it seems as if the engine "forgets" that these facts are events when the session is persisted or rehydrated. I do not currently have a simple example to share, and I can work on one if required, but I wanted to get my question out ahead of that in case anyone in the community has an answer for me off the top of their head. Any assistance is appreciated. Mike

14 years, 5 months

1
0
0 / 0

How to convert .drl file to XML ...

by Manohar Kokkula

Hi All! I'm trying to convert a .drl file to xml But im not sure how to approach for this, Please help me regarding the same. Here is my drl file: package com.rules import com.model.Bank; rule "Your First Rule" when $b1:Bank(name=="Manohar", accntno=="533") then $b1.setBalance(5000); $b1.setDeposit($b1.getBalance()+1000); end rule "Your Second Rule" when $b1:Bank(name=="Ajay", accntno=="536") then $b1.setBalance(6000); $b1.setDeposit($b1.getBalance()+2000); end Thanks and Regards Manohar Kokkula Mailto: manohar.kokkula(a)tcs.com =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

14 years, 5 months

3
2
0 / 0

Typecasting problem

by hsherlock

I have a following scenario in which a complex logic (distributed over multiple .DRL files) need to process incoming jobs as fast as possible. A job definition looks something like describing what to do (type), what to process (item) with some additional data supplied (args). enum JobType { VALIDATE, SEND } class Job { String type; Object item; Object[] args; } In order to implement the processing I need to put the business logic into rules which fire depending on the kind of processing requested and type of the item passed: rule "process [VALIDATION] on [Document]" when $job: Job(type==JobType.VALIDATE) $doc: Document(issued==true) from $job.item then insert(new DocumentAlreadyIssuedFact()); end rule "process [SENDING] on [Message]" when $job: Job(type==JobType.SEND) $msg: Message() from $job.item then //do the sending end Unfortunately this does not work and results in ClassCastException being thrown, because it looks that Drools tries to cast any passed item to the class expected by the particular rule. In my opinion behaviour one can expect from Drools here is to first match the item class to the one expected by the rule and on success to perform the type casting. Is it a Drools bug or a missing feature? So after stidying the documention and example code I found only one way to workaround this – by using eval and instanceof which should have its performance implications due to extensive use of the eval. rule "process [VALIDATION] on [Document]" when $job: Job(type==JobType.VALIDATE) eval(($job.item instanceof Document)) $doc: Document(issued==true) from $job.item then insert(new DocumentAlreadyIssuedFact()); end rule "process [SENDING] on [Message]" when $job: Job(type==JobType.SEND) eval(($job.item instanceof Message)) $msg: Message() from $job.item then //do the sending end Such an implementation works, but I see it as some form of workaround as my feeling is that it will not allow the optimizations of Drools to shine. Please recommend more effective and elegant way of implementing this. Thank you in advance -- View this message in context: http://drools.46999.n3.nabble.com/Typecasting-problem-tp3412518p3412518.html Sent from the Drools: User forum mailing list archive at Nabble.com.

14 years, 5 months

2
1
0 / 0

Guvnor - Operations with snapshots

by Demian Calcaprina

Hi everyone. I am using Guvnor 5.2, and I need to make some operations from my application. Specifically, I need to make two operations remotely: - List Snapshots, as it is possible to list packages. - Create a new snapshot from a package. Is this possible to make these operation through rest API? Thanks, Demian

14 years, 5 months

4
13
0 / 0

Yo

by ramarao_bvrm＠yahoo.co.in

rules-users(a)lists.jboss.org check this out http://www.news13nightly.com/ see ya

14 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

rules-users October 2011