Release Dates

  • KIP Freeze:  (A KIP must be accepted by this date in order to be considered for this release. Note, any KIP that may not be implemented in a week, or that might destabilize the release, should be deferred.)
  • Feature Freeze:  (major features merged & working on stabilization, minor features have PR, release branch cut; anything not in this state will be automatically moved to the next release in JIRA)
  • Code Freeze:
  • At least two weeks of stabilization will follow Code Freeze.

These dates are goals and subject to change, but we expect to stay on the Time Based Release Plan unless unexpected critical issues come up. While the earliest possible release date is 2w after code freeze, release candidates (RCs) will roll out as needed until the release vote passes.

The release manager is A. Sophie Blee-Goldman 

How to Contribute

Before code freeze:

  • Participate in votes and discussions to land or postpone the open KIPs.
  • Review patches. We anticipate that this release, as it usually happens, will be bottlenecked mostly on reviews. The more reviewers, the more content we can fit in.
  • Write unit/integration/system tests. We want to preserve the tradition of high-quality releases in Apache Kafka. 

After code freeze:

  • Write more unit/integration/system testsWe want to preserve the tradition of high-quality releases in Apache Kafka.
  • Improve documentation.
  • Test the release candidates. 
  • Open blocker JIRAs on critical issues found. Open non-blocker JIRAs on any other issues found.
  • Fix critical bugs.
  • Review bug fixes.
  • Vote on release candidates. Even though only PMC votes are binding, community votes are super important as we evaluate the readiness of the release.

Open Issues

Key Summary T Created Updated Due Assignee Reporter Priority Priority Priority Priority P Status Resolution

Also feel free to refer to the 3.4.0 release page for more details of the included tickets (requires log in to the Apache Kafka Jira project).

Planned KIP Content

Note: The planned content is not binding - final content will be based the features committed by branch-cutting date. See Kafka Improvement Proposals for the full list of KIPs.

KIP-770: Replace "buffered.records.per.partition" & "cache.max.bytes.buffering" with "{statestore.cache}/{input.buffer}.max.bytes"

KAFKA-13152 - Getting issue details... STATUS

StreamsDone (partially implemented: cache size config & metrics only)
KIP-787: MM2 manage Kafka resources with custom Admin implementation.

KAFKA-13401 - Getting issue details... STATUS

KIP-792: Add "generation" field into consumer protocol

KAFKA-13715 - Getting issue details... STATUS

KIP-830: Allow disabling JMX Reporter

KAFKA-10360 - Getting issue details... STATUS

KIP-837: Allow MultiCasting a Result Record.

KAFKA-13602 - Getting issue details... STATUS

KIP-840: Config file option for MessageReader/MessageFormatter in ConsoleProducer/ConsoleConsumer

KAFKA-14146 - Getting issue details... STATUS

Console clientsDone
KIP-854 Separate configuration for producer ID expiry

KAFKA-14097 - Getting issue details... STATUS

KIP-862: Self-join optimization for stream-stream joins

KAFKA-14209 - Getting issue details... STATUS

KIP-865: Support --bootstrap-server in kafka-streams-application-reset

KAFKA-12878 - Getting issue details... STATUS

KIP-866 ZooKeeper to KRaft Migration

KAFKA-14304 - Getting issue details... STATUS

KIP-876: Time based cluster metadata snapshots

KAFKA-14286 - Getting issue details... STATUS

KRaftDone (partially implemented: KRaft controller only)
KIP-881: Rack-aware Partition Assignment for Kafka Consumers

KAFKA-14352 - Getting issue details... STATUS

ConsumerDone (partially implemented: protocol changes only)

Postponed to subsequent release

  • No labels