But you did have to fix things in the Engine?<br>-W<br><br><div class="gmail_quote">On 12 December 2010 09:55, Mark Proctor <span dir="ltr">&lt;<a href="mailto:mproctor@codehaus.org">mproctor@codehaus.org</a>&gt;</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 11/12/2010 08:59, Wolfgang Laun wrote:
    <blockquote type="cite">Hi Mark,<br>
      <br>
      here now:<br>
      <br>
      Ooh, it seems Eclipse outwitted me once again. But I think I made
      it on the 2nd try...<br>
      -W<br>
      <br>
    </blockquote></div>
    I just ran this on my trunk and the tests passed......<br>
    <br>
    So i&#39;m removing the FIXME.<br>
    <br>
    Mark<br>
    <blockquote type="cite"><div><div></div><div class="h5"> PS: <br>
      (1) A decision on the matter of DSL variables would be
      appreciated. I&#39;m currently<br>
      developing a non-trivial DSL, and learning a lot about what&#39;s
      needed for a<br>
      <i>real world </i>application. Most importantly, some means of
      structuring the<br>
      DSL definition, so that they can be applied distinctively to
      specific groups of<br>
      rules. This reduces the risk of &quot;ricochets&quot; if you know what I
      mean. <br>
      <br>
      I&#39;ve thought about proposing an entirely new approach, based on
      DRL syntactic<br>
      entities, i.e., the expansion of a DSL phrase must be a &quot;medium
      level&quot; non-terminal<br>
      of the DRL language. But this certainly restricts phrase
      parameters to terminals.<br>
      If it&#39;s too sophisticated, you end up with a parser/compiler
      almost as nasty as ANTLR3.<br>
      <br>
      (2) I haven&#39;t forgotten the spreadsheet fixes. There&#39;s another
      relic I found: some of<br>
      the column keywords have single letter alternatives (e.g. &quot;U&quot; for
      &quot;no-loop&quot;, &quot;X&quot; for<br>
      &quot;activation-group&quot;). Should I retain them - they are NOT
      documented in Expert.<br>
      <br>
      Should I add timer(int:)? Duration is deprecated, I&#39;ll leave this
      in but it ought to<br>
      be marked clearly as such in the documentation, at least.<br>
      <br>
      Please advise - I  can live with everything - non of this is
      important for my company,<br>
      but I want to get the fixes and additions out of my thinning hair
      ;-)<br>
      <br>
      </div></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>

<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>