You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Guozhang Wang (JIRA)" <ji...@apache.org> on 2016/04/05 23:57:25 UTC

[jira] [Updated] (KAFKA-3262) Make KafkaStreams debugging friendly

     [ https://issues.apache.org/jira/browse/KAFKA-3262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Guozhang Wang updated KAFKA-3262:
---------------------------------
    Fix Version/s:     (was: 0.10.0.1)
                   0.10.1.0

> Make KafkaStreams debugging friendly
> ------------------------------------
>
>                 Key: KAFKA-3262
>                 URL: https://issues.apache.org/jira/browse/KAFKA-3262
>             Project: Kafka
>          Issue Type: Sub-task
>          Components: kafka streams
>    Affects Versions: 0.10.0.0
>            Reporter: Yasuhiro Matsuda
>             Fix For: 0.10.1.0
>
>
> Current KafkaStreams polls records in the same thread as the data processing thread. This makes debugging user code, as well as KafkaStreams itself, difficult. When the thread is suspended by the debugger, the next heartbeat of the consumer tie to the thread won't be send until the thread is resumed. This often results in missed heartbeats and causes a group rebalance. So it may will be a completely different context then the thread hits the break point the next time.
> We should consider using separate threads for polling and processing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)