THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
Release Dates
(all are in 2023)
- KIP Freeze: 18th November (Saturday)
- 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: 8th December (Friday)
- major features merged & working on stabilisation, minor features have PR, release branch cut; anything not in this state will be automatically moved to the next release in JIRA
- Code Freeze: 20th December (Wednesday)
- At least two weeks of stabilization will follow Code Freeze, meaning we expect to release no earlier than January 3rd. We will move as fast as we can, and aim completion the earliest we can in January.
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 Stanislav Kozlovski
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 tests. We 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.
- Ensure that release candidates include artifacts for the new Connect test-plugins module (see )
Open Issues
Also, feel free to refer to the 3.7.0 release page for more details of the included tickets (requires logging in to the Apache Kafka Jira project).
Planned KIP Content
Note: The planned content is not binding - the final content will be based on the features committed by the branch-cutting date.
See Kafka Improvement Proposals for the full list of KIPs.
If you do not see your KIP here and want to, please reply in the release discussion page!
| KIP | JIRA | Component | Status |
|---|---|---|---|
| KIP-405: Kafka Tiered Storage |
| core | A major part went out with 3.6.0. A minor part of the KIP is to be completed in 3.7.0. |
| KIP-890: Transactions Server-Side Defense |
| core | Part 1 Completed |
| streams | Partially implemented in 3.6 | |
| KIP-938: Add more metrics for measuring KRaft performance |
| core | Majority was completed in 3.6. The remaining minority will be done now in 3.7.0 |
| KIP-580: Exponential Backoff for Kafka Clients |
| clients | Implemented Plan to release it in 3.7.0 |
| KIP-770: Replace "buffered.records.per.partition" & "cache.max.bytes.buffering" with "{statestore.cache}/{input.buffer}.max.bytes" |
| streams | Partly implemented, PRs open for the rest but needs reviews |
| KIP-858: Handle JBOD broker disk failure in KRaft |
| core | KIP Accepted Implementation not yet completed |
| KIP-980: Allow creating connectors in a stopped state |
| connect | KIP is being voted on (2/3 binding so far) |
| KIP-963: Upload and delete lag metrics in Tiered Storage |
| core | Under discussion. Targetting 3.7 |
Postponed to subsequent release
| KIP | JIRA | Component | Status |
|---|---|---|---|