You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Guozhang Wang (Jira)" <ji...@apache.org> on 2021/06/27 21:50:00 UTC
[jira] [Assigned] (KAFKA-12995) AdminClient listOffsets fail with
old Kafka Broker
[ https://issues.apache.org/jira/browse/KAFKA-12995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Guozhang Wang reassigned KAFKA-12995:
-------------------------------------
Assignee: Alan Artigao Carreño
> AdminClient listOffsets fail with old Kafka Broker
> --------------------------------------------------
>
> Key: KAFKA-12995
> URL: https://issues.apache.org/jira/browse/KAFKA-12995
> Project: Kafka
> Issue Type: Bug
> Components: clients
> Reporter: Alan Artigao Carreño
> Assignee: Alan Artigao Carreño
> Priority: Major
>
> The implementation of KAFKA-5291 introduced a check for old Brokers compatibility falling back to _*true*_ in *MetadataRequest allowAutoTopicCreation* field for some operations like *describeTopics*.
> Then, after that backward-compatibility changes, more methods were added to *AdminClient* like *listOffsets* [KIP-396|https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=97551484] which unfortunately don't have compatibility with old Brokers into account. One might argue that, given that new methods were not present previously, it's not a compatibility break. While this is strictly true, I believe that one of Kafka Clients' most appreciated feature is the ability to use old Brokers with new Clients.
> I've prepared a small PR to fix for this, following the same approach used in KAFKA-5291.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)