<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
In reality I'd like to see the BRL killed. We already have two
poorly maintained xml formats, neither keep up to date with DRL.<br>
<br>
BRL was initially designed as a simple xml, as we believed tooling
wouldn't want full DRL. As it turns out most people do actually just
want a GUI builder that supports full DRL.<br>
<br>
As a result I'd like to see an investment in a new XML format that
future proofs, for our designs for drools 6:<br>
<a class="moz-txt-link-freetext" href="http://community.jboss.org/wiki/DroolsLanguageEnhancements">http://community.jboss.org/wiki/DroolsLanguageEnhancements</a><br>
<br>
I've been reluctant to start my own XML here, as i'd like to see us
work with the RuleML group in adopting their xml (probably with
feedback on needed changes) as our defualt XML for Drools. Although
for the immediate need for improving the guided editor we have no
choice but to continue to extend BRL, but those doing so should
probably have it in mind that it's a temporary solution.<br>
<br>
Mark<br>
On 11/08/2010 03:34, Amit Kumar wrote:
<blockquote
cite="mid:AANLkTik=dp1-+u0Pey7x2sFhKH19v1GjUeLRszdBh6ZX@mail.gmail.com"
type="cite">Hello folks,<br>
<br>
Sorry for barging in by subscribing to this developers alias<br>
<br>
We are a Intellectual capital Management team in Cisco Systems. We
have been using our own engines to do specific jobs for past 10
years, as part of future growth we have decided to do away with
our own custom engines and use the drools engine to do Inference
& event management rules. Good choice .. :) <br>
<br>
We have evaluated the capabilities of rule authoring UIs in drools
and have faced some resistance from our Subject Matter Experts to
build our own UIs .. basically some templates which they can fill
out instead of understanding the complexities of Guvnor. Also we
felt that some layer of abstraction could be provided above guvnor
UI since it does not yet provide support for IC (Fusion based)<br>
<br>
Approach:<br>
We are trying to put in some extensions to BRL to support the
fusion usecases and any other which we need. The reason we are
doing it to BRL is the same as yours .. that UI editors work with
XML kind of structure instead of a DRL file.<br>
So eventually we would also enhance the BRL->DRL converters and
provide support in BRL to ObjectContainment (Facts containing
collection of facts) and provide testing capabilities for
inference and event IC.<br>
<br>
Concern:<br>
If we make any enhancements to BRL then we would want to integrate
back to community code so we can utilize any extensions to the
BRL, DRL and converters which are done by community and do not
paint ourselves in a corner.<br>
We can share our work to provide ideas back to community and may
be we can provide some other enhancements for the community.<br>
<br>
Can you kindly guide us on how to make these enhancements and how
do we contribute to the code. and any standards and guidelines
pages.<br>
<br>
Regards,<br>
Amit<br>
<br>
<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rules-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>