Great, thanks. Instead of calling it "bridge release", can we say 3.0?

Ismael

On Tue, Apr 6, 2021 at 7:48 PM David Arthur <mum...@gmail.com> wrote:

> Thanks for the feedback, Ismael. Renaming the RPC and using start+len
> instead of start+end sounds fine.
>
> And yes, the controller will allocate the IDs in ZK mode for the bridge
> release.
>
> I'll update the KIP to reflect these points.
>
> Thanks!
>
> On Tue, Apr 6, 2021 at 7:30 PM Ismael Juma <ism...@juma.me.uk> wrote:
>
> > Sorry, one more question: the allocation of ids will be done by the
> > controller even in ZK mode, right?
> >
> > Ismael
> >
> > On Tue, Apr 6, 2021 at 4:26 PM Ismael Juma <ism...@juma.me.uk> wrote:
> >
> > > One additional comment: if you return the number of ids instead of the
> > end
> > > range, you can use an int32.
> > >
> > > Ismael
> > >
> > > On Tue, Apr 6, 2021 at 4:25 PM Ismael Juma <ism...@juma.me.uk> wrote:
> > >
> > >> Thanks for the KIP, David. Any reason not to rename
> > >> AllocateProducerIdBlockRequest to AllocateProducerIdsRequest?
> > >>
> > >> Ismael
> > >>
> > >> On Tue, Apr 6, 2021 at 3:51 PM David Arthur <mum...@gmail.com> wrote:
> > >>
> > >>> Hello everyone,
> > >>>
> > >>> I'd like to start the discussion for KIP-730
> > >>>
> > >>>
> > >>>
> >
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-730%3A+Producer+ID+generation+in+KRaft+mode
> > >>>
> > >>> This KIP proposes a new RPC for generating blocks of IDs for
> > >>> transactional
> > >>> and idempotent producers.
> > >>>
> > >>> Cheers,
> > >>> David Arthur
> > >>>
> > >>
> >
>
>
> --
> David Arthur
>

Reply via email to