m1a2st commented on code in PR #20384:
URL: https://github.com/apache/kafka/pull/20384#discussion_r3665508859


##########
docs/getting-started/upgrade.md:
##########
@@ -49,6 +49,7 @@ type: docs
   * Brokers can now record a human-readable description of each streams 
group's processing topology via a pluggable backend, retrievable through 
`Admin#describeStreamsGroups` and `kafka-streams-groups.sh --describe 
--topology`. The feature is disabled unless the new broker configuration 
`group.streams.topology.description.plugin.class` is set to a 
`StreamsGroupTopologyDescriptionPlugin` implementation; on the client side, the 
new Kafka Streams configuration `topology.description.push.enabled` (default 
`true`) controls whether the client pushes topology descriptions when 
requested. This adds a new RPC, `StreamsGroupTopologyDescriptionUpdate`, bumps 
`StreamsGroupDescribe` and `StreamsGroupHeartbeat` to version 1, and introduces 
the error codes `GROUP_DELETION_FAILED` (134) and 
`STREAMS_TOPOLOGY_DESCRIPTION_UPDATE_FAILED` (135). `DeleteGroups` is bumped to 
version 3, adding a per-group `ErrorMessage` field so brokers can report why a 
group deletion failed (for example, when the plugin 
 fails to delete its stored topology description, the group is not deleted and 
`GROUP_DELETION_FAILED` is returned; retrying the deletion is safe). For 
further details, please refer to 
[KIP-1331](https://cwiki.apache.org/confluence/display/KAFKA/KIP-1331%3A+Streams+Group+Topology+Description+Plugin)
 and the [Topology Description 
Plugin](/{version}/streams/developer-guide/topology-description-plugin/) 
documentation.
   * The `kafka-producer-perf-test.sh` tool now supports `--record-key-range`, 
`--key-distribution`, and `--random-seed` options to control the distribution 
of record keys. Use `--key-distribution range` for sequential key assignment 
(round-robin over the key range) or `--key-distribution random` for random key 
selection. The `--random-seed` option allows reproducible benchmark runs when 
using random key distribution. For further details, please refer to 
[KIP-1299](https://cwiki.apache.org/confluence/x/XpQ8G).
   * Share groups now support dead-letter queue functionality as outlined in 
[KIP-1191](https://cwiki.apache.org/confluence/x/fApJFg). Any records which are 
released (beyond max delivery count) or rejected by the share consumer become 
eligible for DLQ. Share group DLQ gets enabled when the Kafka feature 
`share.version` is upgraded to 2. The user can configure a DLQ topic on a share 
group by setting the dynamic config `errors.deadletterqueue.topic.name` 
(default `""`) to the name of the DLQ topic. The cluster can be configured to 
auto create the DLQ topics by setting the dynamic cluster config 
`errors.deadletterqueue.auto.create.topics.enable` to `true` (default `false`). 
If auto create is not enabled, the user must create the DLQ topic like a 
standard Kafka topic and set the dynamic config 
`errors.deadletterqueue.group.enable` to `true` on the DLQ topic. The DLQ topic 
name must be prefixed by the value set in the dynamic cluster config 
`errors.deadletterqueue.topic.name.prefix` (defa
 ult `dlq.`). The records sent to the DLQ topic by default only contain source 
record metadata like group, topic name, partition id, offset and delivery 
count. If original record data is also required, the user must set the dynamic 
config `errors.deadletterqueue.copy.record.enable` to `true` on the share group.
+  * Kafka Connect distributed workers now support the 
`internal.topics.automatic.creation.enable` configuration (default: `true`). 
When set to `false`, Connect will not automatically create internal topics 
(offset, config, status, and connector-specific offset topics) and will instead 
fail at startup if any of these topics are missing. A new 
`connect-internal-topics.sh` tool is also available for manually creating these 
topics. For further details, please refer to 
[KIP-1209](https://cwiki.apache.org/confluence/display/KAFKA/KIP-1209:+Add+configuration+to+control+internal+topic+creation+in+Kafka+Connect).

Review Comment:
   We should use immutable KIP link https://cwiki.apache.org/confluence/x/GAq2Fg



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to