You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2017/04/11 00:22:41 UTC
[jira] [Commented] (KAFKA-5052) We shouldn't pass the underlying
exception to RetriableCommitFailedException when an async offset commit
fails.
[ https://issues.apache.org/jira/browse/KAFKA-5052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15963675#comment-15963675 ]
ASF GitHub Bot commented on KAFKA-5052:
---------------------------------------
Github user asfgit closed the pull request at:
https://github.com/apache/kafka/pull/2838
> We shouldn't pass the underlying exception to RetriableCommitFailedException when an async offset commit fails.
> ---------------------------------------------------------------------------------------------------------------
>
> Key: KAFKA-5052
> URL: https://issues.apache.org/jira/browse/KAFKA-5052
> Project: Kafka
> Issue Type: Improvement
> Reporter: Apurva Mehta
> Assignee: Apurva Mehta
> Fix For: 0.11.0.0
>
>
> This is a follow up to : https://issues.apache.org/jira/browse/KAFKA-3527
> We currently wrap retriable exceptions encountered during offset commits in a `RetriableOffsetCommitException`. The problem is that today we also pass the underlying internal exception on to the user. There isn't a really good reason to do this, since the user will not handle each individual exception differently: they will just retry anyway.
> We should not pass on the underlying internal exception. It makes the API simpler, and also allows us to change things underneath with more flexibility.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)