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)