Hi all, 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: - 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. - 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. 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? 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. Thanks in advance for any feedback that you might have. Regards, Luiz Eduardo _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

Esteban, Is it commit'ed in any branch or tag maybe? I can only find 5.1M1. 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. Regards, 2010/5/19 Esteban Aliverti <esteban.aliverti(a)gmail.com&gt; > 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. > > Here you can find more info: > http://ilesteban.wordpress.com/2010/03/25/knowledge-agent-incremental-cha... > > > <http://ilesteban.wordpress.com/2010/03/25/knowledge-agent-incremental-cha... > planning to post a more detailed explanation of what happens inside the > kagent when processing change-sets. > > Best, > > 2010/5/19 Luiz Eduardo Guida Valmont <legvalmont(a)gmail.com&gt; > >> Hi all, >> >> 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: >> >> - 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. >> - 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. >> >> 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? >> >> 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. >> >> Thanks in advance for any feedback that you might have. >> >> Regards, >> Luiz Eduardo >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> >> > > > -- > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > > Esteban Aliverti > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > > _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users