Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Hi Ron, Yes, the KIP-455 command line changes will be in 2.5. regards, Colin On Sat, Jan 11, 2020, at 03:21, Ron Dagostino wrote: > << Wow, I totally missed that! Great. > > Would the deprecation for kafka-reassign-partitions depend on KIP 455 > being merged? > > Ron > > > On Jan 10, 2020, at 8:25 PM, Mitchell wrote: > > > > I"m very pro this. The sooner we can make people aware that zookeeper > > is going away the better. > > -mitch > > > >> On Fri, Jan 10, 2020 at 4:37 PM Jose Garcia Sancio > >> wrote: > >> > >> Comments below. > >> > >>> On Thu, Jan 9, 2020 at 5:03 PM Colin McCabe wrote: > >>> > >>> That's a good question. The current plan is for the 3.x releases to still > >>> require ZooKeeper. What we will drop in 3.x is direct ZK access in > >>> command-line administrative tools (unless those tools are specifically > >>> about administering ZK itself, like launching it, stopping it, editing its > >>> internal settings, etc.) > >> Makes sense to me. Thanks for the clarification. > >> > >> -- > >> -Jose >
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
<< On Jan 10, 2020, at 8:25 PM, Mitchell wrote: > > I"m very pro this. The sooner we can make people aware that zookeeper > is going away the better. > -mitch > >> On Fri, Jan 10, 2020 at 4:37 PM Jose Garcia Sancio >> wrote: >> >> Comments below. >> >>> On Thu, Jan 9, 2020 at 5:03 PM Colin McCabe wrote: >>> >>> That's a good question. The current plan is for the 3.x releases to still >>> require ZooKeeper. What we will drop in 3.x is direct ZK access in >>> command-line administrative tools (unless those tools are specifically >>> about administering ZK itself, like launching it, stopping it, editing its >>> internal settings, etc.) >> Makes sense to me. Thanks for the clarification. >> >> -- >> -Jose
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
I"m very pro this. The sooner we can make people aware that zookeeper is going away the better. -mitch On Fri, Jan 10, 2020 at 4:37 PM Jose Garcia Sancio wrote: > > Comments below. > > On Thu, Jan 9, 2020 at 5:03 PM Colin McCabe wrote: > > > That's a good question. The current plan is for the 3.x releases to still > > require ZooKeeper. What we will drop in 3.x is direct ZK access in > > command-line administrative tools (unless those tools are specifically > > about administering ZK itself, like launching it, stopping it, editing its > > internal settings, etc.) > > > > > Makes sense to me. Thanks for the clarification. > > -- > -Jose
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Comments below. On Thu, Jan 9, 2020 at 5:03 PM Colin McCabe wrote: > That's a good question. The current plan is for the 3.x releases to still > require ZooKeeper. What we will drop in 3.x is direct ZK access in > command-line administrative tools (unless those tools are specifically > about administering ZK itself, like launching it, stopping it, editing its > internal settings, etc.) > > Makes sense to me. Thanks for the clarification. -- -Jose
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Hi Ron, Good question. Fortunately, kafka-configs.sh already supports --bootstrap-server. It should have full functionality now without --zookeeper. best, Colin On Fri, Jan 10, 2020, at 05:02, Ron Dagostino wrote: > Hi Colin. Will there be replacement/alternate connectivity for > kafka-configs.sh? Deprecating ZooKeeper access alone without adding > "--bootstrap-server" (for example) would be insufficient, right? > > Ron > > On Thu, Jan 9, 2020 at 7:45 PM Jose Garcia Sancio > wrote: > > > Thanks Colin, > > > > For the tools that only support zookeeper (zookeeper-security-migration.sh > > and zookeeper-shell.sh) should we be deprecating the entire tool for > > removal in a future 3.0 release? > > > > On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > > > > > Hi all, > > > > > > I wrote KIP about deprecating the --zookeeper flag in the administrative > > > tools. Take a look if you get a chance: > > > > > > https://cwiki.apache.org/confluence/x/sotSC > > > > > > best, > > > Colin > > > > > > > > > -- > > -Jose > > >
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Hi Colin. Will there be replacement/alternate connectivity for kafka-configs.sh? Deprecating ZooKeeper access alone without adding "--bootstrap-server" (for example) would be insufficient, right? Ron On Thu, Jan 9, 2020 at 7:45 PM Jose Garcia Sancio wrote: > Thanks Colin, > > For the tools that only support zookeeper (zookeeper-security-migration.sh > and zookeeper-shell.sh) should we be deprecating the entire tool for > removal in a future 3.0 release? > > On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > > > Hi all, > > > > I wrote KIP about deprecating the --zookeeper flag in the administrative > > tools. Take a look if you get a chance: > > > > https://cwiki.apache.org/confluence/x/sotSC > > > > best, > > Colin > > > > > -- > -Jose >
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
That's a good question. The current plan is for the 3.x releases to still require ZooKeeper. What we will drop in 3.x is direct ZK access in command-line administrative tools (unless those tools are specifically about administering ZK itself, like launching it, stopping it, editing its internal settings, etc.) best, Colin On Thu, Jan 9, 2020, at 16:45, Jose Garcia Sancio wrote: > Thanks Colin, > > For the tools that only support zookeeper (zookeeper-security-migration.sh > and zookeeper-shell.sh) should we be deprecating the entire tool for > removal in a future 3.0 release? > > On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > > > Hi all, > > > > I wrote KIP about deprecating the --zookeeper flag in the administrative > > tools. Take a look if you get a chance: > > > > https://cwiki.apache.org/confluence/x/sotSC > > > > best, > > Colin > > > > > -- > -Jose >
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
On Thu, Jan 9, 2020, at 16:46, Gwen Shapira wrote: > I think you linked to the wrong KIP? Here's a link that worked for me: > https://s.apache.org/ve15g Oops! Thanks for the correction. That is indeed the right link. Colin > > On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > > > > Hi all, > > > > I wrote KIP about deprecating the --zookeeper flag in the administrative > > tools. Take a look if you get a chance: > > > > https://cwiki.apache.org/confluence/x/sotSC > > > > best, > > Colin >
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
I think you linked to the wrong KIP? Here's a link that worked for me: https://s.apache.org/ve15g On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > > Hi all, > > I wrote KIP about deprecating the --zookeeper flag in the administrative > tools. Take a look if you get a chance: > > https://cwiki.apache.org/confluence/x/sotSC > > best, > Colin
Re: [DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Thanks Colin, For the tools that only support zookeeper (zookeeper-security-migration.sh and zookeeper-shell.sh) should we be deprecating the entire tool for removal in a future 3.0 release? On Thu, Jan 9, 2020 at 4:24 PM Colin McCabe wrote: > Hi all, > > I wrote KIP about deprecating the --zookeeper flag in the administrative > tools. Take a look if you get a chance: > > https://cwiki.apache.org/confluence/x/sotSC > > best, > Colin > -- -Jose
[DISCUSS] KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools
Hi all, I wrote KIP about deprecating the --zookeeper flag in the administrative tools. Take a look if you get a chance: https://cwiki.apache.org/confluence/x/sotSC best, Colin