Hi, Apart from possibly stepping too far across the "user" mailing list to this "developer" list; I've commented the JIRA to the extent that allowing for "value domains" could be accommodated by exposing (in this particular case) the "from" keyword in the editor. This would allow for static and dynamic lists to be included in rules. Perhaps a wider requirement would be to expose more DRL keywords in a graphical form; rather than the more simple facts, CE's and other predicates? With kind regards, Mike ________________________________ From: rules-dev-bounces(a)lists.jboss.org [mailto:rules-dev-bounces@lists.jboss.org] On Behalf Of Michael Neale Sent: 06 July 2007 08:54 To: Rules Dev List Subject: Re: [rules-dev] JBRMS question - originally posted to FMeyer Hi Steve (/me is coming up for some air, thought I would have a look on the mailing lists !). I assume you are talking about data driven enumerations - so basically "somewhere" you have a list of values, and that is provided to users as a drop down (plus validated etc). This is useful for GUI stuff, but also (potentially) helpful for indexing for performance (but thats for another day). There is a JIRA for this, for v2 of the BRMS: http://jira.jboss.com/jira/browse/JBRULES-821 would be great if you could put your thoughts down there. I think ILog calls these "domains" - I like the term "value domain" or something like it. In any case, I think a variety of sources need to be provided for this: so the list of values could be part of the "ontology" (the fact model, more to come on that later) - ie some attribute of the package definition specifies a list of value. OR, perhaps it comes from an external source, like a flat file, or a database query - eg you may have some external database with Part Numbers for a Widget (!) - those part numbers may change from time to time, so it should periodically refresh the list. One extra feature is to be able to have name/value lists - so the name is shown, but the value applies - say you may want to display a human readable description of the part number, but the rule only cares about the value from the database. My $0.02. Michael. On 7/6/07, Barfield Steve < Steve.Barfield(a)uk.fujitsu.com <mailto:Steve.Barfield@uk.fujitsu.com> > wrote: Fernando, Thanks for finding time to reply, I know your all busting a gut at the mo. Firstly, just to confirm you don't think I've missed a more obvious way of getting a set of values (say countries) into JBRMS for use in rule conditions. Secondly, I'm not sure I know enough yet to suggest enhancements to JBRMS. Even if tables of user-defined values could be held INSIDE JBRMS for rule conditions, it would make sense for the same tables to be visible OUTSIDE JBRMS to set the data that was being submitted to the rules. If a rule is written for country "SPA" ie Spain, this rule would not be fired if data was submitted for country "SPN". Regards, Steve Barfield, Developer _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev