[ https://issues.apache.org/jira/browse/KAFKA-362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13409931#comment-13409931 ]
Joel Koshy commented on KAFKA-362: ---------------------------------- 1 - ConsumerConfig: a - Instead of NoneReplicaFetcherId, use FetchRequest.NonFollowerId (or make it an alias of that) b - So fetch.wait.time.ms and fetch.min.byte deprecate the existing min.fetch.bytes and max.fetch.wait.ms configs? - ConsoleConsumer needs to be updated (as it still uses the old ones). Actually, why rename the existing configs? 2 - PartitionTopicInfo: Seems that enqueue does not need to return anything now. Actually, it's unclear: the comment above processPartitionData in AbstractFetcherManager says that it returns the new fetch offset but the implementation does not return anything. 3 - AbstractFetcherThread: Line 77: is the check on isRunning necessary? 4 - AbstractFetcherManager: rename numReplicaFetchers to numFetchers. 5 - ConsumerFetcherManager: just a thought (I have not looked carefully enough for feasibility): for noLeaderPartitionSet - would it be possible to use a SynchronousQueue[Seq[(String, Int)] instead? That way, you may be able to get rid of the refreshLeaderBackOff, and the lock and its associated condition (although you would need to use an atomic reference for the partitionMap). - completes -> completed core/src/main/scala/kafka/consumer/ConsumerFetcherManager.scala: info("shutdown completes") core/src/main/scala/kafka/server/ReplicaFetcherManager.scala: info("shutdown completes") > ZookeeperConsumerConnector needs to connect to new leader after leadership > change > --------------------------------------------------------------------------------- > > Key: KAFKA-362 > URL: https://issues.apache.org/jira/browse/KAFKA-362 > Project: Kafka > Issue Type: Sub-task > Components: core > Affects Versions: 0.8 > Reporter: Jun Rao > Assignee: Jun Rao > Fix For: 0.8 > > Attachments: kafka-362_v1.patch, kafka-362_v2.patch > > Original Estimate: 252h > Remaining Estimate: 252h > > Currently, if the leader of a partition changes, the fetcher in > ZookeeperConsumerConnector won't switch to the new leader automatically. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira