Hi, just a note on $SUBJ. I may be wrong, but I recall we agreed that the old rules, since being so monotonous, could have one rule, which would load the simple data from a static file(s), and one rule which would execute them. E.g. a simple .csv file with regex, hint, reference. Or JSON/XML if needed. Now Matej creates one java rule per each legacy regex. Is there some change in the previous plan? Both solutions have obvious advantages, I just want to know what was the decision. Thanks, Ondra _______________________________________________ windup-dev mailing list windup-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/windup-dev

Thinking out loud, having the ability to externalise rules is a big plus imo, I recall my years writing simplybusiness.co.uk 's Quotation engine, having rules in Java was not ideal at all. Hence, I am still a proponent of this approach. It has many advantages, productivity/testability are 2 of them. my 2 cents. Bruno On 16/07/2014, at 6:10 am, Lincoln Baxter, III <lincolnbaxter(a)gmail.com&gt; wrote: I do remember this discussion, and I think that while it's one possible solution, it's not really beneficial to have the separated out into non-java files. In this particular scenario, I do think that writing multiple rules is probably not what we want, but we do probably want to keep the data in Java, in the ConfigurationProvider or a closely related class. Matej was just doing what he thought we asked him to do, literally port the rules 1:1. He now understands we meant "port the functionality." :) On Tue, Jul 15, 2014 at 12:31 PM, Ondrej Zizka <ozizka(a)redhat.com&gt; wrote: > Hi, > > just a note on $SUBJ. I may be wrong, but I recall we agreed that the > old rules, since being so monotonous, could have one rule, which would > load the simple data from a static file(s), and one rule which would > execute them. E.g. a simple .csv file with regex, hint, reference. Or > JSON/XML if needed. > > Now Matej creates one java rule per each legacy regex. > Is there some change in the previous plan? > Both solutions have obvious advantages, I just want to know what was the > decision. > > Thanks, > Ondra > _______________________________________________ > windup-dev mailing list > windup-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/windup-dev > -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better." _______________________________________________ windup-dev mailing list windup-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/windup-dev _______________________________________________ windup-dev mailing list windup-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/windup-dev