You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Apurva Mehta (JIRA)" <ji...@apache.org> on 2017/09/28 00:32:00 UTC

[jira] [Updated] (KAFKA-5913) Add `hasOffset` and `hasTimestamp` methods to RecordMetadata to indicate whether metadata is available

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

Apurva Mehta updated KAFKA-5913:
--------------------------------
    Summary: Add `hasOffset` and `hasTimestamp` methods to RecordMetadata to indicate whether metadata is available  (was: Add RecordMetadataNotAvailableException to indicate that ProduceResponse did not contain offset and timestamp information)

> Add `hasOffset` and `hasTimestamp` methods to RecordMetadata to indicate whether metadata is available
> ------------------------------------------------------------------------------------------------------
>
>                 Key: KAFKA-5913
>                 URL: https://issues.apache.org/jira/browse/KAFKA-5913
>             Project: Kafka
>          Issue Type: Sub-task
>            Reporter: Apurva Mehta
>            Assignee: Apurva Mehta
>             Fix For: 1.0.0
>
>
> One of the changes in KIP-192 is to send a {{DUPLICATE_SEQUENCE}} error code with a {{ProduceResponse}} when we detect a duplicate on the broker but don't have the batch metadata for the sequence in question in memory.
> To handle this on the client, we mark the batch as successful, but cannot return the offset and timestamp information in the {{RecordMetadata}} returned in the produce future. Instead of returning implicit invalid values (like -1), we should throw a {{RecordMetadataNotAvailableException}} to ensure that applications don't suffer from faulty processing.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)