You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Ted Yu (JIRA)" <ji...@apache.org> on 2017/07/26 01:19:00 UTC
[jira] [Comment Edited] (FLINK-6105) Properly handle
InterruptedException in HadoopInputFormatBase
[ https://issues.apache.org/jira/browse/FLINK-6105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16091003#comment-16091003 ]
Ted Yu edited comment on FLINK-6105 at 7/26/17 1:18 AM:
--------------------------------------------------------
Using InterruptedIOException is common practice in handling InterruptedException.
You can see a lot of such usage in, e.g. hadoop and hbase.
was (Author: yuzhihong@gmail.com):
Using InterruptedIOException is common practice in handling InterruptedException.
You can see a lot of such usage in, e.g. hadoop and hbase.
> Properly handle InterruptedException in HadoopInputFormatBase
> -------------------------------------------------------------
>
> Key: FLINK-6105
> URL: https://issues.apache.org/jira/browse/FLINK-6105
> Project: Flink
> Issue Type: Bug
> Components: DataStream API
> Reporter: Ted Yu
> Assignee: mingleizhang
>
> When catching InterruptedException, we should throw InterruptedIOException instead of IOException.
> The following example is from HadoopInputFormatBase :
> {code}
> try {
> splits = this.mapreduceInputFormat.getSplits(jobContext);
> } catch (InterruptedException e) {
> throw new IOException("Could not get Splits.", e);
> }
> {code}
> There may be other places where IOE is thrown.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)