Gordon is correct: there was a bug on a very old version of Flink that caused
processing-timers not to be invoked after restore but that was fixed.
> On 16. Apr 2018, at 06:20, Tzu-Li (Gordon) Tai <tzuli...@apache.org> wrote:
> Hi Alberto,
> Looking at the code, I think the current behavior is that all timers (both
> processing time and event time) are re-registered on restore, and therefore
> should be triggered automatically.
> So, for processing time timers, on restore all timers that were supposed to
> be fired while the job was down should fire automatically; for event time
> timers, they will be triggered once the watermark passes their timestamps.
> Also looped in Aljoscha on this, in case I misunderstood anything.
> On 16 April 2018 at 1:20:00 AM, Alberto Mancini (ab.manc...@gmail.com
> <mailto:ab.manc...@gmail.com>) wrote:
>> according to this stackoverflow response
>> IIUC we should expect that after a restore the timers will be not executed
>> until a new timer is scheduled.
>> I wonder if this is still true and if there is any chance of forcing the
>> restart of the timer task.
>> Thank you.