You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Vahid Hashemian (JIRA)" <ji...@apache.org> on 2019/05/03 03:36:00 UTC

[jira] [Updated] (KAFKA-8229) Connect Sink Task updates nextCommit when commitRequest is true

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

Vahid Hashemian updated KAFKA-8229:
-----------------------------------
    Fix Version/s:     (was: 2.2.1)
                   2.3.0

> Connect Sink Task updates nextCommit when commitRequest is true
> ---------------------------------------------------------------
>
>                 Key: KAFKA-8229
>                 URL: https://issues.apache.org/jira/browse/KAFKA-8229
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Scott Reynolds
>            Priority: Major
>             Fix For: 2.3.0
>
>
> Today, when a WorkerSinkTask uses context.requestCommit(), the next call to iteration will cause the commit to happen. As part of the commit execution it will also change the nextCommit milliseconds.
> This creates some weird behaviors when a SinkTask calls context.requestCommit multiple times. In our case, we were calling requestCommit when the number of kafka records we processed exceed a threshold. This resulted in the nextCommit being several days in the future and caused it to only commit when the record threshold was reached.
> We expected the task to commit when the record threshold was reached OR when the timer went off.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)