[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Michael Neale updated JBRULES-2278: ----------------------------------- Attachment: kagent-problem.zip here is how to reproduce it -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Edson Tirelli updated JBRULES-2278: ----------------------------------- Fix Version/s: 5.1.0.M2 (was: 5.1.0.M1) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Edson Tirelli commented on JBRULES-2278: ---------------------------------------- Nestor, I downloaded your example and I am trying it against trunk and I am unable to reproduce the exceptions you list in the ticket. Would you please take a look and let me know if you still see any problem? Whenever I change the DRLs, they are properly re-loaded by your test program and it continues to run just fine. Thanks, Edson -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Edson Tirelli commented on JBRULES-2278: ---------------------------------------- Nestor, I am not sure what you mean. Assuming you are using an accumulate function in the accumulate above, it still works for me. Example: rule "Your Second Rule" no-loop true when $t1: TestModel( test == "2" ) from entry-point "MyEntryPoint" $t2: Number(intValue > 3) from accumulate(TestModel( test == "2", id != $t1.id, this after [0s,1m] $t1) from entry-point "MyEntryPoint", count(1) ) //$t2: TestModel( test == "2", id != $t1.id, this after [0,1m] $t1) from entry-point "MyEntryPoint" then System.out.println("******************** Temporal Rule Fired " + $t1.getEvent_date().toString()); retract($t1); System.out.println("******************** Temporal Rule Fired " ); end No exception raised and the rule fire as expected... Can you please clarify? Thanks Edson -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Edson Tirelli commented on JBRULES-2278: ---------------------------------------- Nestor, You are using the java dialect, so using the above snippet you will get the following errors: Rule Compilation error total cannot be resolved total cannot be resolved total cannot be resolved total cannot be resolved Syntax error on token ";", delete this token That is because in java all variables must be explicitly typed ("int total") and the result block must not have a ";". If you change your rule to the following: $t2: Number(intValue > 3) from accumulate(TestModel( test == "2", id != $t1.id, this after [0s,1m] $t1) from entry-point "MyEntryPoint", init( int total = 0; ), action( total++; ), reverse( total--; ), result( total )) It works just fine. Another alternative is to use "mvel" dialect in which case you don't need to explicitly type the variables, nor use ";" on each expression: rule "Your Second Rule" no-loop true dialect "mvel" when $t1: TestModel( test == "2" ) from entry-point "MyEntryPoint" $t2: Number(intValue > 3) from accumulate(TestModel( test == "2", id != $t1.id, this after [0s,1m] $t1) from entry-point "MyEntryPoint", init( total = 0 ), action( total++ ), reverse( total-- ), result( total )) That also works fine for me. As I mentioned before, I am testing against trunk, using the attached example. I believe you might be seeing the exceptions, but I need to reproduce in order to understand what is happening. Thanks, Edson -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Edson Tirelli commented on JBRULES-2278: ---------------------------------------- Ok, you are using drools 5.0.1. So I switched my project to use drools 5.0.1. I ran your temporal test, let it fire the rule a few times, made a change in the DRL file, let it update and fire the rules again. No problem in my environment. Log snippet: (...) [2009:12:337 11:12:674:debug] ResourceChangeScanner attempt to scan 1 resources [2009:12:337 11:12:674:debug] ResourceChangeScanner thread is waiting for 10 ******************** Temporal Rule Fired Thu Dec 03 11:57:02 EST 2009 ******************** Temporal Rule Fired ******************** Temporal Rule Fired Thu Dec 03 11:57:07 EST 2009 ******************** Temporal Rule Fired [2009:12:337 11:12:674:debug] ResourceChangeScanner attempt to scan 1 resources [2009:12:337 11:12:675:debug] ResourceChangeScanner modified resource=[UrlResource path='file:src/main/resources/cepRule.drl'] : 1259859088237 : 1259859440113 [2009:12:337 11:12:676:debug] ResourceChangeNotification received ChangeSet notification [2009:12:337 11:12:676:debug] ResourceChangeScanner thread is waiting for 10 [2009:12:337 11:12:676:debug] ResourceChangeNotification processing ChangeSet [2009:12:337 11:12:677:debug] ResourceChangeNotification ChangeSet modified resource=[UrlResource path='file:src/main/resources/cepRule.drl'] for listener=org.drools.agent.impl.KnowledgeAgentImpl@1e45a5c [2009:12:337 11:12:677:debug] ResourceChangeNotification ChangeSet modified resource=[UrlResource path='file:src/main/resources/cepRule.drl'] for listener=kagent.test.changeset.notifficator.DroolsEngineResourceNotifier@1954f89 [2009:12:337 11:12:677:debug] KnowledgeAgent received ChangeSet changed notification [2009:12:337 11:12:677:info] KnowledgAgent applying ChangeSet [2009:12:337 11:12:677:debug] KnowledgeAgent ChangeSet requires KnowledgeBuilder [2009:12:337 11:12:678:debug] KnowledgeAgent rebuilding KnowledgeBase using ChangeSet [2009:12:337 11:12:685:debug] KnowledgeAgent building resource=[UrlResource path='file:src/main/resources/cepRule.drl'] [2009:12:337 11:12:872:info] KnowledgeAgent new KnowledgeBase now built and in use ******************** Temporal Rule Fired Thu Dec 03 11:57:12 EST 2009 ******************** Temporal Rule Fired ******************** Temporal Rule Fired Thu Dec 03 11:57:17 EST 2009 ******************** Temporal Rule Fired [2009:12:337 11:12:676:debug] ResourceChangeScanner attempt to scan 1 resources *************** Updating KSession [2009:12:337 11:12:677:debug] ResourceChangeScanner thread is waiting for 10 *************** #Rule:1 [2009:12:337 11:12:679:debug] ResourceChangeNotification thread is waiting for queue update ******************** Temporal Rule Fired Thu Dec 03 11:57:22 EST 2009 ******************** Temporal Rule Fired ******************** Temporal Rule Fired Thu Dec 03 11:57:27 EST 2009 ******************** Temporal Rule Fired [2009:12:337 11:12:677:debug] ResourceChangeScanner attempt to scan 1 resources [2009:12:337 11:12:678:debug] ResourceChangeScanner thread is waiting for 10 (...) Edson -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2278?page=com.atlassian.jira.p... ] Nestor Tarin Burriel updated JBRULES-2278: ------------------------------------------ Attachment: kagent-problem-dynamic-facts.zip Enviroment getting the fact type from the rule base instead of creating them from instantiating a class from the classpath. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/browse/JBRULES-2278?page=com.atlassian.jira.plugin... ] Edson Tirelli updated JBRULES-2278: ----------------------------------- Fix Version/s: 5.1.0.CR1 (was: 5.1.0.M2) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/browse/JBRULES-2278?page=com.atlassian.jira.plugin... ] Edson Tirelli updated JBRULES-2278: ----------------------------------- Fix Version/s: 5.2.0.M1 (was: 5.1.0.FINAL) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBRULES-2278?page=com.atlassian.jira.plug... ] Edson Tirelli resolved JBRULES-2278. ------------------------------------ Resolution: Out of Date This is working now. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira