[ http://jira.jboss.com/jira/browse/JBRULES-821?page=comments#action_12367992 ] Michael Anstis commented on JBRULES-821: ---------------------------------------- Would it not be an idea to allow for some other JBOSS Rules DRL keywords to be available in the JBRMS? For example, this specific issue could be resolved by exposing "from" in the editor. This would allow for static lists, database queries and whatever else. exposing other keywords too (such as "accumulate" etc) would allow for sophisticated rules to be defined graphically - of course the GUI design would be the stumbling block! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBRULES-821?page=comments#action_12368005 ] Michael Neale commented on JBRULES-821: --------------------------------------- Adding the extra keywords ot the guided editor- yes its possible. Although in the case of from I haven't been able to think of a GUI paradigm that isn't tedious to use, when you can just use drl directly. Some of the more powerful things like from and accumulate perhaps imply that a GUI is not needed (am happy to be proved wrong if people have some concrete use cases). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBRULES-821?page=comments#action_12368043 ] steve barfield commented on JBRULES-821: ---------------------------------------- This comment follows on from my interpretation of Michael N's original post (25/4) which as I read it would result in a rule with a single value hard coded in the condition. Michael A's post, if I understand it correctly, is asking for some of the more powerful features like 'from' to be added which provide dynamic conditions derived at time of rule execution. This idea was prompted by the user requirement for drop down lists within JBRMS which we are proposing to provide by importing a java bean into the package. This enables a drop down list as shown in the attached document. Would it be possible to introduce shared code+descriptor table(s) that could be used both by JBRMS for the LHS rule conditions and the application that will be asserting objects for the rules to process. Rather than hard coding conditions in rules : Person( country=="IRQ" ) This would permit drop down lists using the descriptor Person( country==IRAQ) INDIA POLAND which when IRAQ was selected would generate the same rule Person( country=="IRQ" ) This would have 2 advantages : 1) the same code "IRQ" would be used in all rules for Iraq 2) the calling application would use the same table for populating country in the object to be asserted ie."IRQ" thus ensuring the rule would be fired. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBRULES-821?page=comments#action_12368190 ] Michael Neale commented on JBRULES-821: --------------------------------------- Thanks for the comments. I like Steve Barfield's suggestions - will look at them for the next update of the BRMS. I think we will need a variety of sources for the lists - the simples way is a GUI which stores it in the package configuration, but I think loading from a DB is also needed, as is "key/description". Michael (A), I created a new JIRA for from/accumulate: JBRULES-986 I haven't had any time to think more about what it would visually look like, but I do understand (and chuckle) at your point : [Business users thrive on "tediousness" ;-) ]. I do agree, so if it makes sense, we can look at ways to include from/accumulate in a BA friendly way (at the moment it seems to technical to be worth the bother, but if people can come up with some examples and ideas, we can certainly implement it). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBRULES-821?page=all ] Michael Neale closed JBRULES-821. --------------------------------- Resolution: Done -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira