Status

Current state: DraftUnder discussion

Discussion thread: here [Change the link from the KIP proposal email archive to your own email thread]

...

There are a few other inconsistencies where different names are used for the same thing in different tools. The differences just add a little friction when working with the tools.

Public Interfaces

Briefly list any new interfaces that will be introduced as part of this proposal or any existing interfaces that will be removed or changed. The purpose of this section is to concisely call out the public contract that will come along with this feature.

A public interface is any change to the following:

• Binary log format

• The network protocol and api behavior

• Any class in the public packages under clientsConfiguration, especially client configuration

  • org/apache/kafka/common/serialization

  • org/apache/kafka/common

  • org/apache/kafka/common/errors

  • org/apache/kafka/clients/producer

  • org/apache/kafka/clients/consumer (eventually, once stable)

• Monitoring

• Command line tools and arguments

• Anything else that will likely break existing users in some way when they upgrade

This KIP makes changes to the arguments of some of the command-line tools. The proposed changes are:

• Add --bootstrap-server  to kafka-producer-perf-test.sh  bringing it into line with all the other tools
• Replace --producer-props  with --producer-property  in kafka-producer-perf-test.sh , bringing it into line with the other tools that accept producer or consumer properties
• For all tools which support a properties file, replace the existing option for specifying a configuration properties file with --command-config  . This eliminates the guesswork about whether a particular tool uses the producer, consumer or admin APIs and then chose to pass this knowledge into the original names of the command-line arguments.

Proposed Changes

The following table shows the existing and proposed options. The changes are in GREEN.

The proposed changes are:

• Add --bootstrap-server  to kafka-producer-perf-test.sh  bringing it into line with all the other tools
• Replace --producer-props  with --producer-properties  in kafka-producer-perf-test.sh , bringing it into line with the other tools that accept producer or consumer properties
• For all tools, with the exception of those which support either --producer-properties  or --consumer-properties , replace the existing option for specifying a configuration properties file with --command-config  

Compatibility, Deprecation, and Migration Plan

• What impact (if any) will there be on existing users?
• If we are changing behavior how will we phase out the older behavior?
• If we need special migration tools, describe them here.
• When will we remove the existing behavior?

Test Plan

Describe in few sentences how the KIP will be tested. We are mostly interested in system tests (since unit-tests are specific to implementation details). How will we know that the implementation works as expected? How will we know nothing broke?

Rejected Alternatives

Compatibility, Deprecation, and Migration Plan

The existing options will be deprecated until the next major Apache Kafka release, and then they will be removed. During the deprecation period, using the old parameter names will cause a deprecation message to be displayed.

All uses of the command-line tools in the Apache Kafka codebase will be migrated over to the new parameter names.

Test Plan

The KIP will be tested with unit tests. 

Rejected Alternatives

An alternative for tools such as kafka-verifiable-producer.sh  would be rename --producer.config  to --producer-config  instead of --command-config . This was rejected because some of the tools such as kafka-verifiable-share-consumer.sh  actually use multiple APIs (consumer and admin in this case) so the clean simplicity of --command-config  was chosen instead for all toolsIf there are alternative ways of accomplishing the same thing, what were they? The purpose of this section is to motivate why the design is the way it is and not some other way.