For each WS request, you should call fireAllRules(). Nothing is gained by calling fireUntilHalt(). Of course, your rules may determine when to call halt, in all possible circumstances. Then, and only then, it would be the same thing. But using halt is more compulsive: you must not miss calling halt().

-W


On 3 May 2012 16:50, sumatheja <sumatheja@gmail.com> wrote:
Hi wolfgang,
                 Thanks for the response. I've thousands of facts(fetched from DB) which wont be changing very frequently. So I'm loading them to the  knowledgesession at the time of deploying the application and it stays live on the server. Whenever my application(a webservice) is called, I fetch this session(which is on the server jvm), add the new facts and validate them and retract the newly added facts so that my session will be intact(as it was before the webservice call). To achieve this I have used the fireUntilHalt. Correct me If I'm making a mistake here.

On Thu, May 3, 2012 at 3:30 PM, Wolfgang Laun <wolfgang.laun@gmail.com> wrote:
You don't say why you are using fireUntilHalt(). What you want to know, i.e., that all rules due to the insertion of some facts have been fired, is naturally provided by fireAllRules().

You could come up with some hack to achieve your intent with fireUntilHalt(), but why do it in a roundabout way?

-W


On 3 May 2012 15:11, sumatheja <sumatheja@gmail.com> wrote:
Hi All,
        I'm using a stateful knowledge session in my project, where ksession.fireUntilHalt() will trigger the rules as and when the facts are inserted. I,m developing a functionaly where I need to insert some new facts and and retract them once the valid rules have been fired. I'm unable to find the exact event listener to check if all the valid rules have been fired. Do I need to handle this case(is it implicitly handled)? AfterActivationFiredEvent seems to be activated after successfully firing each rule, so I feel this wont serve the purpose. Thanks in advance.

--
cheers
Sumatheja Dasararaju



_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users



_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users




--
cheers
Sumatheja Dasararaju



_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users