[ https://issues.jboss.org/browse/DROOLS-1347?page=com.atlassian.jira.plugi... ] Matteo Mortari resolved DROOLS-1347. ------------------------------------ Resolution: Rejected I'm resolving this ticket as this is not a bug, and this is not a regression. The system is behaving as expected, especially to what concerning the *expiration* behavior. I have added some comments for further details in the ticket log. Specifically to the rule base originally reported, in my perspective the culprit is the rule "Expiring event init". To have it aligned with the expected expiration behavior, I believe it should be rewritten as: {code:java} rule "Expiring event init" when $t : time_Var($now : Value != null) over window:length(1) from entry-point "time_Ep" not ExpiringEvent_Var(this coincides $t) from entry-point "ExpiringEvent_Ep" then ... {code} This is however a limited view on the complete rule base, so further alignments may be necessary. P.s.: I also seize the chance to highlight having to manually manage a Pojo/wrapper for the value of the session's pseudo-clock is not a best practice and should be avoided where possible.. -- This message was sent by Atlassian JIRA (v7.2.2#72004)