Dustin Cote commented on KAFKA-5718:

[~umesh9...@gmail.com] it will be the same no matter the acks value because the 
timestamp is chosen before any ack is sent back to the client. I think it would 
make sense in this section, but totally open to wherever you think it makes 
sense as well. http://kafka.apache.org/documentation.html#messageformat

> Better document what LogAppendTime means
> ----------------------------------------
>                 Key: KAFKA-5718
>                 URL: https://issues.apache.org/jira/browse/KAFKA-5718
>             Project: Kafka
>          Issue Type: Improvement
>          Components: documentation
>    Affects Versions:
>            Reporter: Dustin Cote
>            Priority: Trivial
> There isn't a good description of LogAppendTime in the documentation. It 
> would be nice to add this in somewhere to say something like:
> LogAppendTime is some time between when the partition leader receives the 
> request and before it writes it to it's local log. 
> There are two important distinctions that trip people up:
> 1) This timestamp is not when the consumer could have first consumed the 
> message. This instead requires min.insync.replicas to have been satisfied.
> 2) This is not precisely when the leader wrote to it's log, there can be 
> delays along the path between receiving the request and writing to the log.

This message was sent by Atlassian JIRA

Reply via email to