Just in case anybody else mistook Yoni's posting. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 09 July 2008 13:59 To: Anstis, Michael (M.) Subject: RE: Rule Parameters/Aliases
Hi Mike, Indeed I used some of the contents of the first post, but the intension in this one is different than the first post. The first post (which was posted at the users sections) was in purpose to see if there is a simple workaround which will save the need in development. We are starting to realize that we will have to develop this functionality ourselves and this post requests development advices, leads or referals - and I believe that this should be pointed to developers audience rather than the users. Yoni p.s. I am not completly aware who runs the forums but I believe that some answers which cannot be answered by the users of a specific product may be answerd by the developers who know the product better.... Anstis, Michael (M.) wrote: > > I am not sure re-posting the same questions a couple of weeks later will > give any better responses. > > I also know this would better be addressed to the users forum and not > the developers'. > > With regards, > > Mike > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Yoni Mazar > Sent: 09 July 2008 12:51 > To: [email protected] > Subject: [rules-dev] Rule Parameters/Aliases > > > Hi all, > > We are at the begining of a new clinical decision-support project. > We plan using drools (using Eclipse) in order to manage and execute our > business logic. > As part of our research, we also evaluated JRules which has a feature > that > is very important to us and we could not find in Drools. > Unless we missed it out, we will probably try and add this functionality > ourselves. > > In JRules, one can define a ruleset (corresponds to a package) with > parameters. Each parameter has a datatype (a class), a direction > (in/out/inout), and an alias. > Then, within the rules, the user can refer to the parameter alias. For > example, a user can define a ruleset with the following parameters: > > *class=LabResult, direction=in, alias=hemoglobin > *class=LabResult, direction=in, alias=creatinin > > Then, within a rule, one can write: > when hemoglobin.value<10 and creatinin.value>34 > then... > > Now, the application retrieves the patient data accordingly (hemoglobin > and > creatinine data separetly - even though they are of the same type) and > sets > the ruleset parameters: > ruleset.parameters.add("hemoglobin",hemoglobinFact) > ruleset.parameters.add("creatinin",creatininFact) > > It is important that the definition of the aliases will be done outside > of > the rule (and not by defining in-rule variables) > > This approach simplifies the rules since some of the filtering is being > applied externally (not in the rule itself) > > Does someone has an idea how to bridge this gap using Drools? > Are there any workarounds that can be used in order to avoid changes in > code? > > And here we can use your help: > We are new to Drools (and still have to dive into the big ocean of code > that > exists). > The following features > > 1) defining parameters (in the package level...something like import) > 2) adding in/out modifiers (can be used in LHS, RHS, or both) > 3) allowing assignment of aliases to parameters > 4) adding such functionality to the rule editor (auto-complete ,type > safety) > > Where should we start? > Do you have any ideas that can help start this process (e.g. relevant > classes, modules)? > We would appreciate any help regarding any of the items in the list > above. > Any hints, suggestions, directions, referals and so on. > > Thanks a lot. > > Yoni > > -- > View this message in context: > http://www.nabble.com/Rule-Parameters-Aliases-tp18359434p18359434.html > Sent from the drools - dev mailing list archive at Nabble.com. > > _______________________________________________ > rules-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-dev > > _______________________________________________ > rules-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-dev > > Quoted from: http://www.nabble.com/Rule-Parameters-Aliases-tp18359434p18360008.html _______________________________________________ rules-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-dev
