Hi Luke
Sure, I will create a ticket after creating a JIRA account.

Cheers.

From: Luke Chen <show...@gmail.com>
Date: Wednesday, 21 February 2024 at 8:59 pm
To: users@kafka.apache.org <users@kafka.apache.org>
Subject: Re: Possible bug on Kafka documentation

CAUTION: This email originated from outside of the organisation. Do not click 
links or open attachments unless you can confirm the sender and know the 
content is safe.
Hi Federico,

Thanks for reporting the issue.
We've fixed that in v3.5 and later in this PR:
https://github.com/apache/kafka/pull/13115<https://github.com/apache/kafka/pull/13115>.
But we didn't update for the older versions of docs.
Are you willing to file a PR to kafka-site repo to fix that? Or create a
JIRA issue for it?

Thanks.
Luke


On Wed, Feb 21, 2024 at 4:23 PM Federico Weisse
<federico.wei...@sportsbet.com.au.invalid> wrote:

> In documentation from version 3.1 to version 3.4, it looks like the
> retries explanation has a bug related to
> max.in.flight.request.per.connection related parameter and possible message
> reordering.
> https://kafka.apache.org/31/documentation.html#producerconfigs_retries<https://kafka.apache.org/31/documentation.html#producerconfigs_retries>
> https://kafka.apache.org/32/documentation.html#producerconfigs_retries<https://kafka.apache.org/32/documentation.html#producerconfigs_retries>
> https://kafka.apache.org/33/documentation.html#producerconfigs_retries<https://kafka.apache.org/33/documentation.html#producerconfigs_retries>
> https://kafka.apache.org/34/documentation.html#producerconfigs_retries<https://kafka.apache.org/34/documentation.html#producerconfigs_retries>
>
> in particular, the section
>
> Allowing retries while setting enable.idempotence to false and
> max.in.flight.requests.per.connection to 1 will potentially change the
> ordering of records because if two batches are sent to a single partition,
> and the first fails and is retried but the second succeeds, then the
> records in the second batch may appear first.
>
> Is states
> max.in.flight.requests.per.connection to 1
>
> We think it should said
> max.in.flight.requests.per.connection to greater than 1
>
> That makes the explanation confusing.
>
> This email and any attachments are confidential and must not be disclosed
> to any person other than the intended recipient.
>
This email and any attachments are confidential and must not be disclosed to 
any person other than the intended recipient.

Reply via email to