I'll clean this one up, too.<br><br>My objective will be to<br>- inform users unambiguously about mistakes and how to correct them,<br>- recover useful features,<br>- be reticent w.r.t. deprecated features (duration!),<br>
- document the result<br><br>-W<br><br>PS.: The December 6 issue of Time magazine contains the remarkable sentence: "...an invention [...] intended to simplify the [...] process by making it more complicated". Well, well, well,...<br>
<br><br><div class="gmail_quote">On 30 November 2010 02:29, Mark Proctor <span dir="ltr"><<a href="mailto:mproctor@codehaus.org">mproctor@codehaus.org</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;">
<div text="#000000" bgcolor="#ffffff"><div class="im">
On 29/11/2010 22:31, Michael Neale wrote:
<blockquote type="cite">I think that goes back to an attempt to let people use
different words/languages without i18n - so probably a bad idea.
<div><br>
</div>
<div>Unless people object, I propose getting rid of that behaviour
and cleaning it up to be keywords - AS LONG AS if they put in a
non valid keyword, the error shows a list of what *is* valid so
they can then correct it. <br>
</div>
</blockquote></div>
One thing to remember is the Drools codebase is mature, like 8 years
or something now. There are lots of half implemented things or semi
implemented things that are not documented or intended for end user
use :)<br>
<br>
Partly that's beacuse you start working on an idea and never get it
finished, but the code still lives on as you always intend to come
back to it, but you never do.<br><font color="#888888">
<br>
Mark</font><div><div></div><div class="h5"><br>
<blockquote type="cite">
<div><br>
</div>
<div><br>
</div>
<div><br>
<div class="gmail_quote">On Mon, Nov 29, 2010 at 11:53 PM,
Wolfgang Laun <span dir="ltr"><<a href="mailto:wolfgang.laun@gmail.com" target="_blank">wolfgang.laun@gmail.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;">Hi Michael,<br>
<br>
I just discovered ActionType.addNewActionType, where the
code tries to follow some<br>
(now) completely undocumented principle, where columns can
be identified by single<br>
letters, the first one of the action type. This is in
conflict with the documentation,<br>
where only full-fledged keywords are permitted.<br>
<br>
There are some undocumented keywords, e.g., DESCRIPTION.
Using this results<br>
in a duration attribute (which is deprecated anyway). This
can be fixed, but then<br>
the description is entered "as is"; it should have a leading
'#'.<br>
<br>
Clear out all undocumented things? Or fix them properly and
document them?<br>
<br>
What is it to be?<br>
<font color="#888888">-W</font>
<div>
<div><br>
<br>
<br>
<div class="gmail_quote">On 28 November 2010 23:33,
Michael Neale <span dir="ltr"><<a href="mailto:michael.neale@gmail.com" target="_blank">michael.neale@gmail.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;">nice work..
<div>yes "syntax cushioning" is the best term I have
heard for this. </div>
<div><br>
</div>
<div>I am sure your enhancements would be welcome. <br>
<br>
<div class="gmail_quote">
<div>
<div>On Mon, Nov 29, 2010 at 5:14 AM, Wolfgang
Laun <span dir="ltr"><<a href="mailto:wolfgang.laun@gmail.com" target="_blank">wolfgang.laun@gmail.com</a>></span>
wrote:<br>
</div>
</div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div>I have, at long last, overcome my
disinclination against spreadsheets and
played around a bit.<br>
<br>
As one of the incentives (perhaps the main
one) for this kind of rule authoring
appears to be a "syntax" cushioning by
spreadsheet entries, I feel that
additional simplifications might be
appreciated. Therefore, I have modified
some classes in
org.drools.decisiontable.parser, to
achieve the following, in the area of
RuleSet entries:<br>
<ul>
<li>All entries are now repeatable,
either by adding more cells to the
right of "import" than just one (with
a comma-separated list) or by writing
more that one "Import" row.</li>
<li>Same for "Variables", "Functions"
and "Queries".<br>
</li>
<li>All tags ("Import",...) are case
insensitive and immune against leading
and trailing spaces.</li>
<li>Some user errors don't cause NPE;
they throw an exception with an
explanatory message</li>
</ul>
Opinions, please, and should I just
release this, or would someone care to
have a look and test it?<br>
<font color="#888888">
-W<br>
<br>
<br>
<br>
</font><br>
</div>
</div>
<div>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Michael D Neale<br>
home: <a href="http://www.michaelneale.net" target="_blank">www.michaelneale.net</a><br>
blog: <a href="http://michaelneale.blogspot.com" target="_blank">michaelneale.blogspot.com</a><br>
</div>
<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Michael D Neale<br>
home: <a href="http://www.michaelneale.net" target="_blank">www.michaelneale.net</a><br>
blog: <a href="http://michaelneale.blogspot.com" target="_blank">michaelneale.blogspot.com</a><br>
</div>
<pre><fieldset></fieldset>
_______________________________________________
rules-dev mailing list
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br>