Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FLINK-8931] TASK_KILLING is not covered by match in TaskMonitor#whenUnhandled #5744

Closed
wants to merge 2 commits into from

Conversation

yanghua
Copy link
Contributor

@yanghua yanghua commented Mar 22, 2018

What is the purpose of the change

This pull request makes TASK_KILLING covered by match in TaskMonitor#whenUnhandled

Brief change log

  • *Added TASK_KILLING in last case *

Verifying this change

This change is a trivial rework / code cleanup without any test coverage.

Does this pull request potentially affect one of the following parts:

  • Dependencies (does it add or upgrade a dependency): (yes / no)
  • The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
  • The serializers: (yes / no / don't know)
  • The runtime per-record code paths (performance sensitive): (yes / no / don't know)
  • Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper: (yes / no / don't know)
  • The S3 file system connector: (yes / no / don't know)

Documentation

  • Does this pull request introduce a new feature? (yes / no)
  • If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

@yanghua
Copy link
Contributor Author

yanghua commented Mar 22, 2018

cc @tillrohrmann

@tillrohrmann
Copy link
Contributor

Thanks for the contribution @yanghua. I fear that the TASK_KILLING states have been left out deliberately. When a task is being killed, then you don't stop. Thus, the issue is actually a non issue. What we could do is to make the match exhaustive to add a TASK_KILLING => noOp.

@yanghua
Copy link
Contributor Author

yanghua commented Mar 22, 2018

hi @tillrohrmann you mean change to stay()? I have changed to this style. It seems that in scala FSM we could not do nothing, it should return task monitor's state.

Copy link
Contributor

@tillrohrmann tillrohrmann left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes look good to me. Thanks for your contribution @yanghua. Merging this PR.

tillrohrmann pushed a commit to tillrohrmann/flink that referenced this pull request Mar 23, 2018
@asfgit asfgit closed this in 6384aa7 Mar 23, 2018
asfgit pushed a commit that referenced this pull request Mar 23, 2018
sampathBhat pushed a commit to sampathBhat/flink that referenced this pull request Jul 26, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants