You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

This page is meant as a template for writing a KIP. To create a KIP choose Tools->Copy on this page and modify with your content and replace the heading with the next KIP number and a description of your issue. Replace anything in italics with your own description.

Status

Current stateUnder Discussion

Discussion thread: here

JIRA: here [Change the link from KAFKA-1 to your own ticket]

Please keep the discussion on the mailing list rather than commenting on the wiki (wiki discussions get unwieldy fast).

Motivation

With the current version of the ConsoleConsumer command line tool, it's not needed to specify the --new-consumer option anymore in order to use the new consumer. The choice for using the old or the new one is made just specifying the --zookeeper for the farmer and --bootstrap-server for the latter.

Public Interfaces

The ConsoleConsumer command line tool will stop to accept the --new-consumer option, considering it as a totally wrong option not supported by the tool.

Proposed Changes

During the arguments parsing, the tools won't define the "newConsumerOpt" as an allowed option for the parser.

At same time, if it's specified to use the old consumer (with --zookeeper option on the command line), there will be no check that the new-consumer option is an invalid argument with the old consumer.

Finally, removing the --new-consumer option in all the ConsoleConsumer unit tests which use it.

Compatibility, Deprecation, and Migration Plan

The first step should be the deprecation of the --new-consumer option in the next release. The following JIRA KAFKA-5599 is already opened for addressing that. The ConsoleConsumer command line tool will set the option as DEPRECATED and print a warning messages in case the user uses it.

On the next release cycle we could totally remove the option.

  • No labels