You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by Nikolay Izhikov <ni...@apache.org> on 2018/12/04 07:27:17 UTC

KAFKA-6144(or other ticket to resolve)

Hello, Kafka developers.

I found the link to a KAFKA-6144 in youtube video [1]
Gwen, Matthias, great video by the way :)

I want to know - is this ticket actual for the Kafka product?

Are commiters and other community members are interested in it's resolve?

It unassigned for now and I want to work on it.
Can I expect that some commiters help me with it?

May be you can offer some other ticket to me, that has to be resolved?

I'm experienced java programmer with 1 KIP done and a couple commits in Kafka trunk :)

[1] https://www.youtube.com/watch?v=TG77-nNR1yw

Re: KAFKA-6144(or other ticket to resolve)

Posted by Nikolay Izhikov <ni...@apache.org>.
Hello, Matthias.

> it's a complex beast and we need to lay out a sound design.

Thats, what I looking for :)

> If this does (hopefully) not scare you, feel free to pick it up.

Yes, I want to pick it up.
After, KAFKA-7420 which is almost done and KAFKA-6970 I start working on
this ticket.

> IMHO, we should tackle the issue holistically and thus first discuss:

Thank you for this questions list.
I start working on this ticket from this list.

> How does this sound?

This sounds great.
Thank you for a detailed answer!


вт, 4 дек. 2018 г. в 20:32, Matthias J. Sax <ma...@confluent.io>:

> Thanks Nikolay,
>
> of course we would like to get this ticket resolved! Just a heads up:
> it's a complex beast and we need to lay out a sound design. Thus, I
> expect a long KIP discussion. If this does (hopefully) not scare you,
> feel free to pick it up.
>
> Also note, related https://issues.apache.org/jira/browse/KAFKA-6555 (and
> the corresponding PR) -- please also sync with Ashish (comment on the
> Jira) if he is still interested in working on this. He got silent for a
> while, so maybe not, but we should double check.
>
> IMHO, we should tackle the issue holistically and thus first discuss:
>
>  - Do we want to allow to query state active stores?
>  - Do we want to allow to query Standby stores?
>  - What are the pros/cons for both approaches?
>  - Could it make sense to support both?
>  - If we support both, can we design/implement them independent or do we
> need one holistic design?
>  - Do we need user facing API changes?
>  - Is this feature enabled by default, or do users need to opt-in?
>
> And maybe others. Thus, a good starting point might be to write up a KIP
> that covers all those questions, and proposes desired semantics and how
> developers would use this feature. As a second step, we can think about
> implementation details.
>
> How does this sound?
>
>
> -Matthias
>
> On 12/3/18 11:27 PM, Nikolay Izhikov wrote:
> > Hello, Kafka developers.
> >
> > I found the link to a KAFKA-6144 in youtube video [1]
> > Gwen, Matthias, great video by the way :)
> >
> > I want to know - is this ticket actual for the Kafka product?
> >
> > Are commiters and other community members are interested in it's resolve?
> >
> > It unassigned for now and I want to work on it.
> > Can I expect that some commiters help me with it?
> >
> > May be you can offer some other ticket to me, that has to be resolved?
> >
> > I'm experienced java programmer with 1 KIP done and a couple commits in
> Kafka trunk :)
> >
> > [1] https://www.youtube.com/watch?v=TG77-nNR1yw
> >
>
>

Re: KAFKA-6144(or other ticket to resolve)

Posted by "Matthias J. Sax" <ma...@confluent.io>.
Thanks Nikolay,

of course we would like to get this ticket resolved! Just a heads up:
it's a complex beast and we need to lay out a sound design. Thus, I
expect a long KIP discussion. If this does (hopefully) not scare you,
feel free to pick it up.

Also note, related https://issues.apache.org/jira/browse/KAFKA-6555 (and
the corresponding PR) -- please also sync with Ashish (comment on the
Jira) if he is still interested in working on this. He got silent for a
while, so maybe not, but we should double check.

IMHO, we should tackle the issue holistically and thus first discuss:

 - Do we want to allow to query state active stores?
 - Do we want to allow to query Standby stores?
 - What are the pros/cons for both approaches?
 - Could it make sense to support both?
 - If we support both, can we design/implement them independent or do we
need one holistic design?
 - Do we need user facing API changes?
 - Is this feature enabled by default, or do users need to opt-in?

And maybe others. Thus, a good starting point might be to write up a KIP
that covers all those questions, and proposes desired semantics and how
developers would use this feature. As a second step, we can think about
implementation details.

How does this sound?


-Matthias

On 12/3/18 11:27 PM, Nikolay Izhikov wrote:
> Hello, Kafka developers.
> 
> I found the link to a KAFKA-6144 in youtube video [1]
> Gwen, Matthias, great video by the way :)
> 
> I want to know - is this ticket actual for the Kafka product?
> 
> Are commiters and other community members are interested in it's resolve?
> 
> It unassigned for now and I want to work on it.
> Can I expect that some commiters help me with it?
> 
> May be you can offer some other ticket to me, that has to be resolved?
> 
> I'm experienced java programmer with 1 KIP done and a couple commits in Kafka trunk :)
> 
> [1] https://www.youtube.com/watch?v=TG77-nNR1yw
>