You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Patrick Taylor (JIRA)" <ji...@apache.org> on 2019/07/12 19:53:00 UTC

[jira] [Commented] (KAFKA-7016) Reconsider the "avoid the expensive and useless stack trace for api exceptions" practice

    [ https://issues.apache.org/jira/browse/KAFKA-7016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16884127#comment-16884127 ] 

Patrick Taylor commented on KAFKA-7016:
---------------------------------------

I very much agree and find this code rather unbelievable.  A stack trace is expensive and useless?  How is it either one of those?

> Reconsider the "avoid the expensive and useless stack trace for api exceptions" practice
> ----------------------------------------------------------------------------------------
>
>                 Key: KAFKA-7016
>                 URL: https://issues.apache.org/jira/browse/KAFKA-7016
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Martin Vysny
>            Priority: Major
>
> I am trying to write a Kafka Consumer; upon running it only prints out:
> {\{ org.apache.kafka.common.errors.InvalidGroupIdException: The configured groupId is invalid}}
> Note that the stack trace is missing, so that I have no information which part of my code is bad and need fixing; I also have no information which Kafka Client method has been called. Upon closer examination I found this in ApiException:
>  
> {{/* avoid the expensive and useless stack trace for api exceptions */}}
>  {{@Override}}
>  {{public Throwable fillInStackTrace() {}}
>  \{{ return this;}}
>  {{}}}
>  
> I think it is a bad practice to hide all useful debugging info and trade it for dubious performance gains. Exceptions are for exceptional code flow which are allowed to be slow.
>  
> This applies to kafka-clients 1.1.0



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)