Thanks for the KIP.
I don't think I fully digested the proposal yet, but my first reaction
is: this is quite complicated. Frankly, I am worried about complexity
and usability.
Especially the option `safe_latest` is a "weird" one IMHO, and `nearest`
is even more complex.
The problem at hand (as I understand it from the Jira) is a real one,
but I am wondering if it would be something that should be addressed by
the application? If you pass in strategy `none`, and a new partition is
added, you can react to it by custom code. For regular startup you can
still go with "latest" to avoid reprocessing the history.
Adding "latest/earliest_on_start" seems useful, as it seems to also
address https://issues.apache.org/jira/browse/KAFKA-3370
-Matthias
On 6/7/22 12:55 AM, hudeqi wrote:
I think so too, what about Guozhang Wang and Luke Chen? Can I initiate a voting
process?
Best,
hudeqi
> -----原始邮件-----
> 发件人: "邓子明" <dengzim...@growingio.com>
> 发送时间: 2022-06-07 10:23:37 (星期二)
> 收件人: dev@kafka.apache.org
> 抄送:
> 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
>
</dengzim...@growingio.com>