chia7712 commented on code in PR #23189:
URL: https://github.com/apache/kafka/pull/23189#discussion_r3802620829


##########
docs/getting-started/upgrade.md:
##########
@@ -54,6 +54,7 @@ type: docs
   * 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).
   * Streams groups now support broker-side custom task assignors, registered 
via the new broker configuration `group.streams.assignors` and selected per 
group with the new group configuration `streams.assignor.name`. For further 
details, please refer to 
[KIP-1357](https://cwiki.apache.org/confluence/x/NoSnGQ).
   * Controllers can now be unregistered from the cluster metadata. A new 
`kafka-cluster.sh unregister-controller` command and a `--unregister` flag on 
`kafka-metadata-quorum.sh remove-controller` are provided, backed by the new 
`Admin#unregisterController` API and the new `UnregisterController` RPC. This 
introduces the error code `CONTROLLER_ID_NOT_REGISTERED` (136) and requires 
metadata version `4.4-IV2` (`IBP_4_4_IV2`). For further details, please refer 
to 
[KIP-1312](https://cwiki.apache.org/confluence/spaces/KAFKA/pages/406623954/KIP-1312+Support+unregistering+controllers).
+  * A new client configuration `bootstrap.resolve.timeout.ms` selects how DNS 
resolution of `bootstrap.servers` is performed. The default value `0` preserves 
the historical synchronous behavior. Setting a positive value opts in to 
asynchronous bootstrap resolution: the client constructor returns immediately, 
`NetworkClient` retries DNS resolution up to the configured budget, and a 
failure surfaces later as a `BootstrapResolutionException` from every 
subsequent API call. This failure is unrecoverable — the exception is re-thrown 
by every API call until the client is closed and re-created after fixing the 
underlying DNS or `bootstrap.servers` configuration. For further details, 
please refer to 
[KIP-909](https://cwiki.apache.org/confluence/display/KAFKA/KIP-909%3A+Allow+Clients+to+Rebootstrap+DNS+Lookup+Failure).

Review Comment:
   Please use link: https://cwiki.apache.org/confluence/x/MJtbDg instead



-- 
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