Hi Luiz,<div>The code is committed in trunk. I don't know if it is part of 5.1M1 (I'm a little bit confused with versions :P ) .</div><div>Let me know if you find any bug, the knowledge agent really needs to be tested!</div>
<div><br></div><div>Best,<br><br><div class="gmail_quote">2010/5/20 Luiz Eduardo Guida Valmont <span dir="ltr"><<a href="mailto:legvalmont@gmail.com">legvalmont@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Esteban,<br><br>Is it commit'ed in any branch or tag maybe? I can only find 5.1M1.<br><br>On a side note, come this weekend I'll start fiddling with drools source so I can solve the problem at hand. I'll let you know of any changes I make to the process of scanning directories and incremental changes.<br>
<br>Regards,<br><br><div class="gmail_quote"><div class="im">2010/5/19 Esteban Aliverti <span dir="ltr"><<a href="mailto:esteban.aliverti@gmail.com" target="_blank">esteban.aliverti@gmail.com</a>></span><br></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
I was working in KnowledgeAgent incremental change-set processing. Right now, the agent only adds to the kbase those rules that were modified. The bad news are that in order to know if a rule was modified or not, the agent must compile the resource.<div>
<div></div><div class="h5"><div>
<br></div><div>Here you can find more info: <a href="http://ilesteban.wordpress.com/2010/03/25/knowledge-agent-incremental-change-set-processing-and-binary-diff/" target="_blank">http://ilesteban.wordpress.com/2010/03/25/knowledge-agent-incremental-change-set-processing-and-binary-diff/</a></div>
<div><br></div><div><a href="http://ilesteban.wordpress.com/2010/03/25/knowledge-agent-incremental-change-set-processing-and-binary-diff/" target="_blank"></a>I'm planning to post a more detailed explanation of what happens inside the kagent when processing change-sets.</div>
<div><br></div><div>Best, <br><br><div class="gmail_quote">2010/5/19 Luiz Eduardo Guida Valmont <span dir="ltr"><<a href="mailto:legvalmont@gmail.com" target="_blank">legvalmont@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
<div><div></div><div>
Hi all,<br><br>I'm working on an application that has to maintain a knowledge base that'll change (a lot) over time; meaning some rules might change, others will be added and, finally, some will be deleted from the KB. Our tests show the following un-expected (imho *) behaviors:<br>
<ul><li>Whenever the contents of the KB change, all rules associated with it are re-compiled.It doesn't matter whether one rule or all of them were changed.<br></li><li>If the time taken to re-compile all rules is greater than the frequency according to which resource change notification / scanner services poll the KB, then the KB will be re-compiled more than once. I can't measure how many extra compilations happen due to time constraints; it takes more than 10 minutes for the application to compile all rules and something like 5 minutes to recompile the smallest possible version of it.</li>
</ul>So... my question is: is possible to fine tune this behavior so that drools won't recompile everything from scratch? More than that, I'd like to have it wait for itself to finish any compilation that might happening at the time. Is it possible?<br>
<br>My approach to using drools is the following: create a KnowledgeAgent, then have it apply a change set that points to a directory that contains DRL files. And this has to be done for five different KA's. I suppose this is the correct approach.<br>
<br>Thanks in advance for any feedback that you might have.<br><br>Regards,<br><font color="#888888">Luiz Eduardo<br>
</font><br></div></div>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<br><br>Esteban Aliverti<br>
</div>
<br>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></div></div></blockquote></div><br>
<br>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<br><br>Esteban Aliverti<br>
</div>