Is there any more attention to this KIP?
bump this thread.
Best,
hudeqi
hudeqi 16120...@bjtu.edu.cn写道:
> Hello, have any mates who have discussed it before seen it? Also welcome new
> mates to discuss together.
>
> hudeqi 16120...@bjtu.edu.cn写道:
> > Long time no see, this issue has been
I repost the newly changed KIP:
https://cwiki.apache.org/confluence/display/KAFKA/KIP-842%3A+Add+richer+group+offset+reset+mechanisms
hudeqi 16120...@bjtu.edu.cn写道:
> Hello, have any mates who have discussed it before seen it? Also welcome new
> mates to discuss together.
>
> hudeqi
Hello, have any mates who have discussed it before seen it? Also welcome new
mates to discuss together.
hudeqi 16120...@bjtu.edu.cn写道:
> Long time no see, this issue has been discussed for a long time, now please
> allow me to summarize this issue, and then everyone can help to see which
>
Long time no see, this issue has been discussed for a long time, now please
allow me to summarize this issue, and then everyone can help to see which
direction this issue should go in?
There are two problems to be solved by this kip:
1. Solve the problem that when the client configures the
t; 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,
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.
> > >&
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
> >>>>>
> >>>>> -原始邮件-
> >>>>> 发件人: "邓子明"
> >>>>> 发送时间: 2022-06-07 10:23:37 (星期二)
> >>>>> 收件人: dev@kafka.apache.org
> >>>>> 抄送:
> >>>>> 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset
> >>> mechanisms
> >>>>>
> >>>>>
> >>>>
> >>>
liest_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
-----原始邮件-----
发件人: "邓子明&
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
> > > >
> > > > -原始邮件-
> > > > 发件人: "邓子明"
> > > > 发送时间: 2022-06-07 10:23:37 (星期二)
> > > > 收件人: dev@kafka.apache.org
> > > > 抄送:
> > > > 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset
> > mechanisms
> > > >
> > > >
> > >
> >
t; >
> > 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
> > >
> > > -原始邮件-
> > > 发件人: "邓子明"
> > > 发送时间: 2022-06-07 10:23:37 (星期二)
> > > 收件人: dev@kafka.apache.org
> > > 抄送:
> > > 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
> > >
> > >
> >
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,
> >
rote:
> > > I think so too, what about Guozhang Wang and Luke Chen? Can I initiate
> a
> > voting process?
> > >
> > > Best,
> > > hudeqi
> > >
> > > -原始邮件-
> > > 发件人: "邓子明"
> > > 发送时间: 2022-06-07 10:23:37 (星期二)
> > > 收件人: dev@kafka.apache.org
> > > 抄送:
> > > 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset
> mechanisms
> > >
> > >
> >
>
too, what about Guozhang Wang and Luke Chen? Can I initiate a
> voting process?
> >
> > Best,
> > hudeqi
> >
> > -----原始邮件-
> > 发件人: "邓子明"
> > 发送时间: 2022-06-07 10:23:37 (星期二)
> > 收件人: dev@kafka.apache.org
> > 抄送:
> > 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
> >
> >
>
n I initiate a voting
process?
Best,
hudeqi
-原始邮件-
发件人: "邓子明"
发送时间: 2022-06-07 10:23:37 (星期二)
收件人: dev@kafka.apache.org
抄送:
主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
I think so too, what about Guozhang Wang and Luke Chen? Can I initiate a voting
process?
Best,
hudeqi
-原始邮件-
发件人: "邓子明"
发送时间: 2022-06-07 10:23:37 (星期二)
收件人: dev@kafka.apache.org
抄送:
主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
.@bjtu.edu.cn
> 发送时间: 2022-05-30 15:33:45 (星期一)
> 收件人: dev@kafka.apache.org
> 抄送:
> 主题: Re: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
>
> Thank you for your reply.
> According to the current implementation in pull request, it may not be
> pos
:33:45 (星期一)
收件人: dev@kafka.apache.org
抄送:
主题: Re: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
Thank you for your reply.
According to the current implementation in pull request, it may not be
possible to directly remove the enumeration value of nearest. However
nearest.offset.reset has been clearly expressed in
point 2, this configuration is disabled default, that is to say, when
out-of-range, reset strategy is performed according to the main strategy
(auto.offset.reset).
-----原始邮件-----
发件人: "deng ziming"
发送时间: 2022-05-27 16:02:
kip-842.
>
>
>
>
> 4. The meaning of nearest.offset.reset has been clearly expressed in point 2,
> this configuration is disabled default, that is to say, when out-of-range,
> reset strategy is performed according to the main strategy
> (auto.offset.reset).
>
>
ategy is performed according to the main strategy (auto.offset.reset).
> -原始邮件-
> 发件人: "deng ziming"
> 发送时间: 2022-05-27 16:02:53 (星期五)
> 收件人: dev@kafka.apache.org
> 抄送:
> 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
&g
Thank you for this KIP, the motivation makes sense to me, left some questions:
1. If strategy=safe_latest and there is not committed offset, we have 2 choices
based on whether the group is started newly, can you elaborate on how can we
decide the group is started newly? It would be clear.
2.
Hi all,
Why is no one talking about this?
best
hudeqi
2022-05-23 17:45:53"胡德祺" <16120...@bjtu.edu.cn>写道:
Hi all,
I have written a new KIPto add some group offset reset mechanisms. Please take
a look here: https://cwiki.apache.org/confluence/x/xhyhD
besthudeqi
22 matches
Mail list logo