Hi,
I’ll add an item to the plan for KIP-932 to do this for the KafkaShareConsumer.
My guess is that there will be actually nothing to do in practice because of
code in common with the KafkaConsumer, but definitely worth me checking it out.
Thanks,
Andrew
> On 22 May 2024, at 18:28, Jun Rao
Hi, Ivan,
Thanks for the reply. KafkaShareConsumer doesn't take all configuration
values from KafkaConsumer. So, we need to make a note that this new config
will be part of KafkaShareConsumer too.
Jun
On Wed, May 22, 2024 at 9:45 AM Ivan Yurchenko wrote:
> Hi!
>
> I had a look at the KIP-932,
Hi!
I had a look at the KIP-932, and it seems KafkaShareConsumer is to be
configured the same way as the normal consumer using key-value props. As I
understand correctly, no adaptation is needed for it to benefit from KIP-899?
Meanwhile, the PR [1] is open for review. If there are comments
Hi, Ivan,
You are right. StreamsConfigs can take all existing consumer configs, with
or without prefixes. So, we don't need to add the new config to
StreamsConfig explicitly.
For KIP-932, it says for each new consumer config, we need to determine
whether it should be added to ShareConsumer
Hi Jun,
Thank you for you comment. I was thinking that this
`metadata.recovery.strategy` could be passed to the relevant consumer in
streams using the `restore.consumer.` prefix. I that what you meant or I
misunderstand?
As for the KIP-932, I'll have a closer look.
Ivan
On Wed, May 15,
Hi all,
It seems we can close the vote in favor of the KIP:
- Binding +1s: Chris Egerton, Manikumar Reddy, Jun Rao, Rajini Sivaram.
- Non-binding +1s: Andrew Schofield, Omnia Ibrahim.
- No -1s.
Thank you all for your votes!
I'll do the necessary changes to the KIPs page and proceed with the
Hi Ivan,
Thanks for the KIP, +1 (binding)
Regards,
Rajini
On Wed, May 15, 2024 at 6:15 PM Jun Rao wrote:
> Hi, Ivan,
>
> Thanks for the KIP. +1
>
> Just a minor comment. Should we add metadata.recovery.strategy to the
> Streams and the newly introduced ShareConsumer (KIP-932) too?
>
> Jun
>
Hi, Ivan,
Thanks for the KIP. +1
Just a minor comment. Should we add metadata.recovery.strategy to the
Streams and the newly introduced ShareConsumer (KIP-932) too?
Jun
On Wed, May 8, 2024 at 11:35 AM Manikumar wrote:
> Thanks for the KIP.
>
> +1 (binding).
>
> On Wed, Apr 17, 2024 at 7:50
Thanks for the KIP.
+1 (binding).
On Wed, Apr 17, 2024 at 7:50 PM Omnia Ibrahim wrote:
>
> Hi Ivan,
> Thanks for the KIP this is a very nice feature to have.
> +1(non-binding)
> Omnia
> > On 15 Apr 2024, at 14:33, Andrew Schofield
> > wrote:
> >
> > Thanks for the KIP
> >
> > +1 (non-binding)
Hi Ivan,
Thanks for the KIP this is a very nice feature to have.
+1(non-binding)
Omnia
> On 15 Apr 2024, at 14:33, Andrew Schofield wrote:
>
> Thanks for the KIP
>
> +1 (non-binding)
>
> Andrew
>
>> On 15 Apr 2024, at 14:16, Chris Egerton wrote:
>>
>> Hi Ivan,
>>
>> Thanks for the KIP.
Thanks for the KIP
+1 (non-binding)
Andrew
> On 15 Apr 2024, at 14:16, Chris Egerton wrote:
>
> Hi Ivan,
>
> Thanks for the KIP. After the recent changes, this LGTM. +1 (binding)
>
> Cheers,
>
> Chris
>
> On Wed, Aug 2, 2023 at 12:15 AM Ivan Yurchenko
> wrote:
>
>> Hello,
>>
>> The discussion
Hi Ivan,
Thanks for the KIP. After the recent changes, this LGTM. +1 (binding)
Cheers,
Chris
On Wed, Aug 2, 2023 at 12:15 AM Ivan Yurchenko
wrote:
> Hello,
>
> The discussion [1] for KIP-899 [2] has been open for quite some time. I'd
> like to put the KIP up for a vote.
>
> Best,
> Ivan
>
>
Hello,
The discussion [1] for KIP-899 [2] has been open for quite some time. I'd
like to put the KIP up for a vote.
Best,
Ivan
[1] https://lists.apache.org/thread/m0ncbmfxs5m87sszby2jbmtjx2bdpcdl
[2]
13 matches
Mail list logo