[ https://issues.apache.org/jira/browse/FLINK-4714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15897551#comment-15897551 ]
ASF GitHub Bot commented on FLINK-4714: --------------------------------------- Github user StephanEwen commented on the issue: https://github.com/apache/flink/pull/3474 Yes, we should update all subclasses with the one-argument constructor. If the `AbstractInvokable` does not have a zero-argument constructor any more, all subclasses will be forced to call the one-argument constructor. > Set task state to RUNNING after state has been restored > ------------------------------------------------------- > > Key: FLINK-4714 > URL: https://issues.apache.org/jira/browse/FLINK-4714 > Project: Flink > Issue Type: Improvement > Components: Distributed Coordination, State Backends, Checkpointing > Affects Versions: 1.2.0 > Reporter: Till Rohrmann > Assignee: Wei-Che Wei > > The task state is set to {{RUNNING}} as soon as the {{Task}} is executed. > That, however, happens before the state of the {{StreamTask}} invokable has > been restored. As a result, the {{CheckpointCoordinator}} starts to trigger > checkpoints even though the {{StreamTask}} is not ready. > In order to avoid aborting checkpoints and properly start it, we should > switch the task state to {{RUNNING}} after the state has been restored. -- This message was sent by Atlassian JIRA (v6.3.15#6346)