Hey Ashish, Couple quick things:
1. You list as a rejected alternative "making the documentation the source of truth for the protocol", but I think what you actually describe in that section is global versioning, which of those two things are we voting to reject? I think this is a philosophical point but an important one... 2. Can you describe the changes necessary and classes we'd have to update in the java clients to make use of this feature? What would that look like? One concern I have is just the complexity necessary to do the per-connection protocol version check and really handle all the cases. I assume you've thought through what that looks like, can you sketch that out for people? -Jay On Mon, Mar 14, 2016 at 3:54 PM, Ashish Singh <asi...@cloudera.com> wrote: > Hey Guys, > > I would like to start voting process for *KIP-35: Retrieving protocol > version*. The KIP is available here > <https://cwiki.apache.org/confluence/display/KAFKA/KIP-35+-+Retrieving+protocol+version>. > Here > <https://cwiki.apache.org/confluence/display/KAFKA/KIP-35+-+Retrieving+protocol+version#KIP-35-Retrievingprotocolversion-SummaryofthechangesproposedaspartofthisKIP> > is a brief summary of the KIP. > > The vote will run for 72 hours. > > -- > > Regards, > Ashish
