kafka git commit: MINOR: Tweak upgrade note on KIP-62 to include request.timeout.ms
Repository: kafka Updated Branches: refs/heads/trunk 1a396c9cf -> d8d2f3aac MINOR: Tweak upgrade note on KIP-62 to include request.timeout.ms Author: Jason GustafsonReviewers: Ismael Juma Closes #1960 from hachikuji/add-note-on-request-timeout Project: http://git-wip-us.apache.org/repos/asf/kafka/repo Commit: http://git-wip-us.apache.org/repos/asf/kafka/commit/d8d2f3aa Tree: http://git-wip-us.apache.org/repos/asf/kafka/tree/d8d2f3aa Diff: http://git-wip-us.apache.org/repos/asf/kafka/diff/d8d2f3aa Branch: refs/heads/trunk Commit: d8d2f3aac44562d2eec0911a44aec6b699dd0212 Parents: 1a396c9 Author: Jason Gustafson Authored: Tue Oct 4 10:38:49 2016 -0700 Committer: Jason Gustafson Committed: Tue Oct 4 10:38:49 2016 -0700 -- docs/upgrade.html | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) -- http://git-wip-us.apache.org/repos/asf/kafka/blob/d8d2f3aa/docs/upgrade.html -- diff --git a/docs/upgrade.html b/docs/upgrade.html index 4f23a95..ca16327 100644 --- a/docs/upgrade.html +++ b/docs/upgrade.html @@ -64,7 +64,13 @@ Note: Because new protocols are introduced, it is important to upgrade your Kafk Kafka clusters can now be uniquely identified by a cluster id. It will be automatically generated when a broker is upgraded to 0.10.1.0. The cluster id is available via the kafka.server:type=KafkaServer,name=ClusterId metric and it is part of the Metadata response. Serializers, client interceptors and metric reporters can receive the cluster id by implementing the ClusterResourceListener interface. The BrokerState "RunningAsController" (value 4) has been removed. Due to a bug, a broker would only be in this state briefly before transitioning out of it and hence the impact of the removal should be minimal. The recommended way to detect if a given broker is the controller is via the kafka.controller:type=KafkaController,name=ActiveControllerCount metric. The new Java Consumer now allows users to search offsets by timestamp on partitions. - The new Java Consumer now supports heartbeating from a background thread. There is a new configuration max.poll.interval.ms which controls the maximum time between poll invocations before the consumer will proactively leave the group (5 minutes by default). The default value of session.timeout.ms has been adjusted down to 10 seconds, and the default value of max.poll.records has been changed to 500. + The new Java Consumer now supports heartbeating from a background thread. There is a new configuration + max.poll.interval.ms which controls the maximum time between poll invocations before the consumer + will proactively leave the group (5 minutes by default). The value of the configuration + request.timeout.ms must always be larger than max.poll.interval.ms because this is the maximum + time that a JoinGroup request can block on the server while the consumer is rebalancing, so we have changed its default + value to just above 5 minutes. Finally, the default value of session.timeout.ms has been adjusted down to + 10 seconds, and the default value of max.poll.records has been changed to 500. When using an Authorizer and a user doesn't have Describe authorization on a topic, the broker will no longer return TOPIC_AUTHORIZATION_FAILED errors to requests since this leaks topic names. Instead, the UNKNOWN_TOPIC_OR_PARTITION error code will be returned. This may cause unexpected timeouts or delays when using the producer and consumer since
kafka git commit: MINOR: Tweak upgrade note on KIP-62 to include request.timeout.ms
Repository: kafka Updated Branches: refs/heads/0.10.1 aafc86928 -> 41b12a6ad MINOR: Tweak upgrade note on KIP-62 to include request.timeout.ms Author: Jason GustafsonReviewers: Ismael Juma Closes #1960 from hachikuji/add-note-on-request-timeout (cherry picked from commit d8d2f3aac44562d2eec0911a44aec6b699dd0212) Signed-off-by: Jason Gustafson Project: http://git-wip-us.apache.org/repos/asf/kafka/repo Commit: http://git-wip-us.apache.org/repos/asf/kafka/commit/41b12a6a Tree: http://git-wip-us.apache.org/repos/asf/kafka/tree/41b12a6a Diff: http://git-wip-us.apache.org/repos/asf/kafka/diff/41b12a6a Branch: refs/heads/0.10.1 Commit: 41b12a6ad7093f1a45c904bc9fb33d69a23d1757 Parents: aafc869 Author: Jason Gustafson Authored: Tue Oct 4 10:38:49 2016 -0700 Committer: Jason Gustafson Committed: Tue Oct 4 10:39:03 2016 -0700 -- docs/upgrade.html | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) -- http://git-wip-us.apache.org/repos/asf/kafka/blob/41b12a6a/docs/upgrade.html -- diff --git a/docs/upgrade.html b/docs/upgrade.html index 4f23a95..ca16327 100644 --- a/docs/upgrade.html +++ b/docs/upgrade.html @@ -64,7 +64,13 @@ Note: Because new protocols are introduced, it is important to upgrade your Kafk Kafka clusters can now be uniquely identified by a cluster id. It will be automatically generated when a broker is upgraded to 0.10.1.0. The cluster id is available via the kafka.server:type=KafkaServer,name=ClusterId metric and it is part of the Metadata response. Serializers, client interceptors and metric reporters can receive the cluster id by implementing the ClusterResourceListener interface. The BrokerState "RunningAsController" (value 4) has been removed. Due to a bug, a broker would only be in this state briefly before transitioning out of it and hence the impact of the removal should be minimal. The recommended way to detect if a given broker is the controller is via the kafka.controller:type=KafkaController,name=ActiveControllerCount metric. The new Java Consumer now allows users to search offsets by timestamp on partitions. - The new Java Consumer now supports heartbeating from a background thread. There is a new configuration max.poll.interval.ms which controls the maximum time between poll invocations before the consumer will proactively leave the group (5 minutes by default). The default value of session.timeout.ms has been adjusted down to 10 seconds, and the default value of max.poll.records has been changed to 500. + The new Java Consumer now supports heartbeating from a background thread. There is a new configuration + max.poll.interval.ms which controls the maximum time between poll invocations before the consumer + will proactively leave the group (5 minutes by default). The value of the configuration + request.timeout.ms must always be larger than max.poll.interval.ms because this is the maximum + time that a JoinGroup request can block on the server while the consumer is rebalancing, so we have changed its default + value to just above 5 minutes. Finally, the default value of session.timeout.ms has been adjusted down to + 10 seconds, and the default value of max.poll.records has been changed to 500. When using an Authorizer and a user doesn't have Describe authorization on a topic, the broker will no longer return TOPIC_AUTHORIZATION_FAILED errors to requests since this leaks topic names. Instead, the UNKNOWN_TOPIC_OR_PARTITION error code will be returned. This may cause unexpected timeouts or delays when using the producer and consumer since