You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Lan Ding (Jira)" <ji...@apache.org> on 2025/05/12 13:55:00 UTC

[jira] [Commented] (KAFKA-17541) Improve handling of delivery count

    [ https://issues.apache.org/jira/browse/KAFKA-17541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17950971#comment-17950971 ] 

Lan Ding commented on KAFKA-17541:
----------------------------------

Hi [~schofielaj], maybe after [KAFKA-19020|https://issues.apache.org/jira/browse/KAFKA-19020] is completed, case 2 will be easier to solve.
What do you think?

> Improve handling of delivery count
> ----------------------------------
>
>                 Key: KAFKA-17541
>                 URL: https://issues.apache.org/jira/browse/KAFKA-17541
>             Project: Kafka
>          Issue Type: Sub-task
>            Reporter: Andrew Schofield
>            Assignee: Lan Ding
>            Priority: Major
>
> There are two situations in which the delivery count handling needs to be more intelligent.
> First, for records which are automatically released as a result of closing a share session normally, the delivery count should not be incremented. These records were fetched but they were not actually delivered to the client since the disposition of the delivery records is carried in the ShareAcknowledge which closes the share session. Any remaining records were not delivered, only fetched.
> Second, for records which have a delivery count which is more than 1 or 2, there is a suspicion that the records are not being delivered due to a problem rather than just natural retrying. The batching of these records should be reduced, even down to a single record as a time so we do not have the failure to deliver a poisoned record actually causing adjacent records to be considered unsuccessful and potentially reach the delivery count limit without proper reason.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)