Hello Vikrant, Sometime ago, you replied to my question as given below. I don't get this statement. "For the GUI, you could use XML rather than create your own language and let drools compile things automatically. ". can you please elaborate?
"4. I think rules can be written in java or drools native language. In my case, When I read the rules from db which is in GUI friendly format,Will it be easy to convert that to java rules or drools native language? [Vikrant] Drools can be written in XML or English. For the GUI, you could use XML rather than create your own language and let drools compile things automatically. " Vikrant Yagnick wrote: > > > > I'm very new to drools world.. so please bear with me my beginner > question.. > > > I've following requirements in > > *store the rules in database and load them dynamically. > > *.provide the editor to the business user where they can add/edt the > rules. > > I think for this requirement, either i can go with BRMS or implement it my > own. > > IF I use BRMS, Then my understanding is that it will have its set of > tables(no explicit db design is required) and we can manage the rules > using > web editor. > > 1. Will it easy for business user to manager rules on their own without > interruption of developers? > > [Vikrant] Well it depends on the kind of rules. You can always use DSL to > make them look like English language and hence be easy for them to use. > There is also a guided editor in the BRMS but it will take a bit of work > depending on the kind of rules you have to make it work for every business > scenario. > > > 2. Can we run BRMS 4.x in tomcat 5.5 version? > > [Vikrant] It worked for me. > > If I dont use BRMS, then i have to come up with own way of managing rules. > > In this case, I'm planning to store the rules in GUI friendly format (I've > not decided on the format..)in the database(and provide my own GUI to > manage > the rules) . Then Application will convert those rules into drools > specific > language and load dynamically. > 3. Is this right approach? if not, please give your suggestion. > > [Vikrant] One project I know off, is taking this approach and developing > their own BRMS. The idea being to keep the BRMS and the rules language > independent of any specific rule engine. This is a good approach if that > is your aim, however it will need a lot of work. > > 4. I think rules can be written in java or drools native language. In my > case, When I read the rules from db which is in GUI friendly format,Will > it > be easy to convert that to java rules or drools native language? > > [Vikrant] Drools can be written in XML or English. For the GUI, you could > use XML rather than create your own language and let drools compile things > automatically. > > > Thanks in advance for your help. > -- > View this message in context: > http://www.nabble.com/newbie---dynamic-rules-in-java-and-db-design-tp19742823p19742823.html > Sent from the drools - user mailing list archive at Nabble.com. > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > > > MASTEK LTD. > Mastek is in NASSCOM's 'India Top 20' Software Service Exporters List. > In the US, we're called MAJESCOMASTEK > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Opinions expressed in this e-mail are those of the individual and not that > of Mastek Limited, unless specifically indicated to that effect. Mastek > Limited does not accept any responsibility or liability for it. This > e-mail and attachments (if any) transmitted with it are confidential > and/or privileged and solely for the use of the intended person or entity > to which it is addressed. Any review, re-transmission, dissemination or > other use of or taking of any action in reliance upon this information by > persons or entities other than the intended recipient is prohibited. This > e-mail and its attachments have been scanned for the presence of computer > viruses. It is the responsibility of the recipient to run the virus check > on e-mails and attachments before opening them. If you have received this > e-mail in error, kindly delete this e-mail from desktop and server. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > > -- View this message in context: http://www.nabble.com/newbie---dynamic-rules-in-java-and-db-design-tp19742823p19910945.html Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
