[rules-users] newbie - dynamic rules in java and db design

[Vikrant Yagnick]

Drools can be written in XML as well as normal DRL. The XML method of writing Drools is friendlier for GUI's.
My suggestion, was that instead of creating your own XML language for storing Rules, you could maybe re-use the existing XML language provided by Drools and use the default rule parsing API's.

-----Original Message-----
From: rules-users-bounces at lists.jboss.org [mailto:rules-users-bounces at lists.jboss.org] On Behalf Of drools newbie
Sent: Friday, October 10, 2008 8:17 AM
To: rules-users at lists.jboss.org
Subject: RE: [rules-users] newbie - dynamic rules in java and db design


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
> rules-users at lists.jboss.org
> 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
> rules-users at lists.jboss.org
> 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
rules-users at lists.jboss.org
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.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~