[
https://issues.apache.org/jira/browse/KAFKA-18648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17929382#comment-17929382
]
Ismael Juma commented on KAFKA-18648:
-------------------------------------
[~dana.powers] good to hear kafka-python has had a new release after several
years. It would be great for the protocol support to match the 2.1 baseline
(something newer like 3.0 would be even better, but 2.1 would be a good start).
KIP-896 lists various cases where kafka-python (and other clients) don't meet
the 2.1 baseline.
> kafka-python requires metadata request version 0
> ------------------------------------------------
>
> Key: KAFKA-18648
> URL: https://issues.apache.org/jira/browse/KAFKA-18648
> Project: Kafka
> Issue Type: Sub-task
> Reporter: Ismael Juma
> Assignee: Ismael Juma
> Priority: Blocker
> Fix For: 4.0.0
>
>
> KIP-896 captured protocol api support from a few clients including
> kafka-python. However, when we actually test a client, unexpected
> dependencies can sometimes be uncovered.
> It turns out that kafka-python has a path where the metadata version used is
> hardcoded to be v0 or v1:
> [https://github.com/dpkp/kafka-python/blob/a6d0579d3cadd3826dd364b01bc12a2173139abc/kafka/client_async.py#L835]
> We need to decide whether we keep the existing behavior in 4.0/trunk and
> update the KIP to reflect that kafka-python won't work without a (small)
> change or add back support for Metadata request v0-v3.
> I also filed an issue with kafka-python-ng (which is a fork of the original
> that is not abandoned).
> [https://github.com/wbarnha/kafka-python-ng/issues/208]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
