Thanks for your attention and reply.
Regarding the problem raised by this kip, if you have other ideas or solutions, 
you are welcome to put forward them, thank you.

Best,
hudeqi

"David Jacot" <da...@apache.org>写道:
> Thanks for the KIP.
> 
> I read it and I am also worried by the complexity of the new
> configurations. They are not easy to grasp. I need to digest it a bit more,
> I think.
> 
> Best,
> David
> 
> Le mer. 29 juin 2022 à 02:25, Matthias J. Sax <mj...@apache.org> a écrit :
> 
> > 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
> > >
> > > &gt; -----原始邮件-----
> > > &gt; 发件人: "邓子明" <dengzim...@growingio.com>
> > > &gt; 发送时间: 2022-06-07 10:23:37 (星期二)
> > > &gt; 收件人: dev@kafka.apache.org
> > > &gt; 抄送:
> > > &gt; 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
> > > &gt;
> > > </dengzim...@growingio.com>
> >

Reply via email to