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-6050] [robustness] Register exception handler on thenAccept futures #3537

Closed

Conversation

tillrohrmann
Copy link
Contributor

When applying an AcceptFunction on a Future x, then we should register the exception handler
on the returned thenAccept future instead of on x. This has the advantage that we also catch
exceptions which are thrown inside of the AcceptFunction and not only those which originate
from x. The PR adapts the code respectively.

@StephanEwen
Copy link
Contributor

I think this is good, +1

Do we have a test that validates that completing a Future exceptionally also completes all result Futures of thenApply (or thenApplyAsync) functions with an exception?

@tillrohrmann
Copy link
Contributor Author

Thanks for the review @StephanEwen. I will check whether we have such a test case and if not, I'll add it.

…y increasing timeout

In order to check whether the heartbeat manager detects timeouts we wait on the
JobMasterGateway.disconnectTaskManager call which happens asynchronously. In order to harden
the test, we increase the timeout from 50 ms to 500 ms for the timeout call to happen.
…tures

When applying an AcceptFunction on a Future x, then we should register the exception handler
on the returned thenAccept future instead of on x. This has the advantage that we also catch
exceptions which are thrown inside of the AcceptFunction and not only those which originate
from x. The PR adapts the code respectively.

This closes apache#3537.
@asfgit asfgit closed this in ffb0560 Mar 21, 2017
@tillrohrmann tillrohrmann deleted the hardenAcceptFutureCalls branch March 21, 2017 09:57
p16i pushed a commit to p16i/flink that referenced this pull request Apr 16, 2017
…tures

When applying an AcceptFunction on a Future x, then we should register the exception handler
on the returned thenAccept future instead of on x. This has the advantage that we also catch
exceptions which are thrown inside of the AcceptFunction and not only those which originate
from x. The PR adapts the code respectively.

This closes apache#3537.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants