a bit -- the major question I would have is around how we make it seamless
> to upgrade given that, e.g., keys in the config topic would have to change
> between v1 and v2 formats.
>
>
> Anyway, sorry for the wall of text, but I think giving a bit more structure
> to the probl
ould see such a change drive the
> utilisation, management of Connect by a lot while lowering the barrier to
> adoption.
>
> This change may be big to implement but probably worthwhile. I'd be happy
> to provide more "user feedback" on a PR, but probably won't be able to
&
ct (status.storage.* and
> config.storage.*). So it seems a bit unnecessary change to me.
>
> Jakub
>
>
>
> On Wed, May 16, 2018 at 10:10 PM Saulius Valatka
> wrote:
>
> > Hi,
> >
> > I'd like to start a discussion on the following KIP:
> >
> &
Hi,
I'd like to start a discussion on the following KIP:
https://cwiki.apache.org/confluence/display/KAFKA/KIP-304%3A+Connect+runtime+mode+improvements+for+container+platforms
Basically the idea is to make it easier to run separate instances of Kafka
Connect hosting isolated connectors on contain
Hi,
could someone please grant me permission to open a KIP? My wiki id is
saulius.vl
Thanks
