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(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On
Behalf Of drools newbie
Sent: Friday, October 10, 2008 8:17 AM
To: rules-users(a)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-tp1974...
Sent from the drools - user mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)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(a)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-tp1974...
Sent from the drools - user mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)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.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~