<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 22/09/2010 16:03, Mark Proctor wrote:
<blockquote cite="mid:4C9A1AC0.1000004@codehaus.org" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
On 22/09/2010 14:40, Wolfgang Laun wrote:
<blockquote
cite="mid:AANLkTi=FHWakj6UziQB-O6N_=R2zc2j4KJTBrvjsLkej@mail.gmail.com"
type="cite">Service:<br>
<a moz-do-not-send="true"
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.html">http://www-cgi.uni-regensburg.de/~brf09510/syntax.html</a><br>
<br>
The grammar syntax is the same as used in DRL.g but stripped of
all the antsy additions, and simplified.<br>
<br>
@Mark: I'm well aware of the limitations of a 1:1 translation of
a parser's grammar into diagrams. I have reduced the splits into
separate rules in DRL.g considerably. But what do you want to
hide from the users? The syntax is the syntax, and there's no
sweet-talking around it after you have reduced all the noise
from technical splits.<br>
<br>
One thing that might help would be deprecating things like infix
or/and.<br>
</blockquote>
yes agreed. Simplifying the grammar, reducing ambigiiouty or
multiple ways of doing the same thing, will make any resulting
grammar both easier ot maintain and grok.<br>
<br>
Edson, Davide and I have already discuss this. Both are working on
a new parser and are trying to address these issues. So things
that are doing are:<br>
<br>
Single binding on 'or'<br>
$binding : ( Pattern() || Pattern() )<br>
<br>
We are thinking of only allowing 'or' between patterns and not
allowing users to mix and match 'or' and '||'. Inside of patterns
'||' is the only connective allowed and will remain so.<br>
<br>
We will also probably make a choice and only allow infix 'or' and
'and', at the moment users can chose infix or prefix. Personally I
find prefix quite attractive as it works sort of like a "choice":<br>
(or Person( ... )<br>
Person( ... )<br>
Person( ...) )<br>
<br>
But I think most peopel are more comfortable with infix:<br>
(Person( ... ) or<br>
Person( ... ) or<br>
Person( ...) )<br>
<br>
return value, eval, literal constraint, variable constraint are
going. These are left overs of a Clips based grammar. So instead
we'll have a generic "expr" class that follow more common modern
ASTs for expression engines, like say MVEL.<br>
<br>
Davide has also requested that we make $ prefix mandatory for LHS
bindings as that is deterministic and again makes the grammar
cleaner. I personally like it being optional and it's still open
to debate. But I recognise the need to have better maintained
grammar, that is more consistent and regular with easy to main
documentation.<br>
<br>
Mark<br>
</blockquote>
I would add that these would be backward compatability breaking
changes, we've been backwards compatible now for almost 5 years....
However it shouldn't be too hard to have a 5.x parser spit out 6.x
compatible DRL.<br>
<br>
Mark<br>
<blockquote cite="mid:4C9A1AC0.1000004@codehaus.org" type="cite">
<blockquote
cite="mid:AANLkTi=FHWakj6UziQB-O6N_=R2zc2j4KJTBrvjsLkej@mail.gmail.com"
type="cite"><br>
Some rules can be omitted if they coincide with Java's own
rules; just add an explanation.<br>
<br>
-W<br>
<br>
<br>
<div class="gmail_quote"> On 22 September 2010 14:56, Anstis,
Michael (M.) <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:manstis1@ford.com">manstis1@ford.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left:
1ex;"> What was the service and was it the ANTLR grammar you
uploaded to<br>
generate the images?<br>
<br>
Thanks,<br>
<br>
Mike<br>
<div>
<div class="h5"><br>
-----Original Message-----<br>
From: <a moz-do-not-send="true"
href="mailto:rules-dev-bounces@lists.jboss.org">rules-dev-bounces@lists.jboss.org</a><br>
[mailto:<a moz-do-not-send="true"
href="mailto:rules-dev-bounces@lists.jboss.org">rules-dev-bounces@lists.jboss.org</a>]
On Behalf Of Wolfgang Laun<br>
Sent: 22 September 2010 13:38<br>
To: Rules Dev List<br>
Subject: [rules-dev] Drools syntax diagrams - redrawn<br>
<br>
I've found this online service and stuffed the Drools
grammar into it.<br>
<br>
You may see the results while they are still there:<br>
<a moz-do-not-send="true"
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebnf.h%0Atml"
target="_blank">http://www-cgi.uni-regensburg.de/~brf09510/syntax.tmp/x45371x0x0x.ebnf.h<br>
tml</a><br>
</div>
</div>
<<a moz-do-not-send="true"
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebn%0Af.html"
target="_blank">http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebn<br>
f.html</a>><br>
<br>
-W<br>
<br>
<br>
<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a moz-do-not-send="true"
href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a moz-do-not-send="true"
href="https://lists.jboss.org/mailman/listinfo/rules-dev"
target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
</blockquote>
</div>
<br>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rules-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a moz-do-not-send="true" 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>
</blockquote>
<br>
</body>
</html>