<div>Dear Community,</div><div> </div><div>Drools is pretty fast regarding all my use cases. However, today I have found a problem where I cannot find any solution. Hopefully someone of you can help.</div><div> </div><div>
1. I have a rule with a @timer(10s) attribute (should be 24h later on but doesn&#39;t matter). This rule is activated when a &quot;create&quot; event occurs and invalidated once a &quot;delete&quot; event occurs within the timeframe of @timer.</div>
<div> </div><div>2. I have approx. 9000 &quot;create&quot; events which are bulk loaded into the working memory and creating activations for the rule above.</div><div> </div><div>3. I have approx. 2000 &quot;delete&quot; events which are bulk loaded into my entry-point cancelling the respective activations from step (2)</div>
<div> </div><div>4. After the timer expired, the first activation is fired correctly. However, all other activations are fired with some noticeable delay (actually it needs 20-30minutes until all activations are fired).</div>
<div> </div><div> </div><div>Do you have an idea what the problem with the timer might be? Unfortunately, I have neither an idea how the scheduler in the background works nor which class I should start looking at.</div><div>
 </div><div>BTW: For testing purpose I switched step (2) &amp; (3), that is, &quot;delete&quot; events are inserted before the &quot;create&quot; events and removed the timer attribute which is obviously the same logic. It performs lightning fast in this case... (all remaining activations are fired within 5 seconds). However, insertinging my &quot;delete&quot; events before the &quot;create&quot; events is ok for testing but not feasible in practice.</div>
<div> </div><div>It would be great if some of you has an idea or point to start within the code.</div><div> </div><div>Thanks in advance,</div><div> </div><div>Philipp</div>