I will take a look at the test and try to think about something to include in the emergency service app.<br>If you think about an use for BC in my app I can easily add it beacuse I'm using the snapshots. <br>During the week I will ping you if I have an idea.<br>
Greetings.<br><br>PS: michael I will ping you too to see if you can help me with some DTables :)<br><br><div class="gmail_quote">On Sat, Apr 16, 2011 at 1:56 PM, Michael Anstis <span dir="ltr"><<a href="mailto:michael.anstis@gmail.com">michael.anstis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>Stilton good is favourite mine.</p>
<p>The force is strong in this one.</p>
<p>sent on the move</p><div><div></div><div class="h5">
<p>On 16 Apr 2011 16:48, "Mark Proctor" <<a href="mailto:mproctor@codehaus.org" target="_blank">mproctor@codehaus.org</a>> wrote:<br type="attribution">> I have the basics to backward chaining working now, using both named and <br>
> positional arguments and mix of both. Mixed positional/named syntax is <br>> based conceptually on the RuleML proposal for POSL:<br>> <a href="http://ruleml.org/submission/ruleml-shortation.html" target="_blank">http://ruleml.org/submission/ruleml-shortation.html</a><br>
> <br>> POSL provides a bridge between the positional terms, often used in <br>> Prolog, and "slotted" names used in OO languages. POSL allows the best <br>> of both worlds.<br>> <br>> I'm building out the tests, which should illustrate the behaviour and <br>
> syntax here:<br>> <a href="https://github.com/droolsjbpm/drools/tree/master/drools-compiler/src/test/java/org/drools/integrationtests/BackwardChainingTest.java" target="_blank">https://github.com/droolsjbpm/drools/tree/master/drools-compiler/src/test/java/org/drools/integrationtests/BackwardChainingTest.java</a><br>
> <br>> Still lots to do to improve the over all syntax and consistency across <br>> patterns. The last test is a geneology style test which is probably more <br>> intesting to people. There is still an issue here when using eval. I <br>
> currently use "new Variable" to indicate an unbound unification <br>> variable, the problem is that evals and other things generate code <br>> expecting the original object type, say "String" and this results a cast <br>
> error (see sibling rule). I want to avoid an explicit instanceof check <br>> for unwrapping and will be working on that over the weekend.<br>> <br>> There is enough there now to give people an idea of what it looks like. <br>
> I'll try and put together a "roadmap" for BC, along with more details of <br>> the syntax next week once it all comes together.<br>> <br>> If anyone wants to help on this, you know where to fine me :)<br>
> <a href="http://irc.codehaus.org" target="_blank">irc.codehaus.org</a> #drools<br>> <br>> Mark<br>> <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></p>
</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><br clear="all"><br>-- <br> - CTO @ <a href="http://www.plugtree.com">http://www.plugtree.com</a> <br> - MyJourney @ <a href="http://salaboy.wordpress.com">http://salaboy.wordpress.com</a><br>
- Co-Founder @ <a href="http://www.jbug.com.ar">http://www.jbug.com.ar</a><br> <br> - Salatino "Salaboy" Mauricio -<br>