Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Status

Current stateDraftUnder Discussion

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

JIRA:

Jira
serverASF JIRA
serverId5aa69414-a9e9-3523-82ec-879b028fb15b
keyKAFKA-6793

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

Motivation

Kafka clients report warning for config options that were not used during initialization, for example, a default set of warnings you get when starting Streams application:

...

This list can be extended if you use some extra configuration, required by your internal infrastructure or if you use some 3rd party plugins. While these config options are valid they create a lot of noise in monitoring. This KIP proposes to make behavior configurable when unknown configs are being processedsuppress this warning by changing its log level to DEBUG.

Public Interfaces

  • Add new config option "unused.config.reporter.class"
  • Add new interface UnusedConfigReporter

Proposed Changes

None.

Proposed Changes

Change log level from WARN to DEBUG for unused config messageAdd new config option "unused.config.reporter.class" to AbstractConfig. Add new interface UnusedConfigReporter, default implementation for this interface will mimic current behaviour (report warning).

Compatibility, Deprecation, and Migration Plan

It will be a transparent change, as a default behavior will produce the same result as we have today.

Rejected Alternatives

None. Hard to imagine a scenario where anyone relies on this message to be a warning.

Rejected Alternatives

Adding interface to control message log level

There are no strong reasons to keep it as a warning, so introducing an extra interface would be an overkill. 

Remove the messageRemove the warning

The warning should stay, as it could save time debugging issues related to incorrect configuration.

...