You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Chia-Ping Tsai (Jira)" <ji...@apache.org> on 2021/01/11 05:45:00 UTC

[jira] [Resolved] (KAFKA-12156) Document consequences of single threaded response handling

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

Chia-Ping Tsai resolved KAFKA-12156.
------------------------------------
    Fix Version/s: 2.8.0
         Reviewer: Chia-Ping Tsai
       Resolution: Fixed

> Document consequences of single threaded response handling
> ----------------------------------------------------------
>
>                 Key: KAFKA-12156
>                 URL: https://issues.apache.org/jira/browse/KAFKA-12156
>             Project: Kafka
>          Issue Type: Improvement
>          Components: admin
>            Reporter: Tom Bentley
>            Assignee: Tom Bentley
>            Priority: Minor
>             Fix For: 2.8.0
>
>
> If users block the response handling thread in one call waiting for the result of a second "nested" call then the client effectively hangs because the 2nd call's response will never be processed. For example:
> {noformat}
>         admin.listTopics().names().thenApply(topics -> {
>             // ... Some code to decide the topicsToCreate based on the topics
>             admin.createTopics(topicsToCreate).all().get()
>             return null;
>         }).get();
> {noformat}
> The {{createTopics()...get()}} blocks, indefinitely preventing the {{ListTopics}} response processing from dealing with the {{CreateTopics}} response.
> This can be surprising to users of the Admin API, so we should at least document that this pattern should not be used. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)