[ https://issues.apache.org/jira/browse/KAFKA-329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Prashanth Menon updated KAFKA-329: ---------------------------------- Attachment: KAFKA-329-DRAFT-v2.patch Thanks for the review, Jun. New draft is attached incorporating both your suggestions, though it's still in draft and not final. My only concern, and I'm not sure if it's my machine or not, but the ZooKeeperConsumerConnectorTest takes an unusually long time to run and throws exceptions intermittently. I'll take a final walkthrough tomorrow, along with any additional suggestions and submit another final patch for review. > Remove the watches/broker for new topics and partitions and change create > topic admin API to send start replica state change to all brokers > ------------------------------------------------------------------------------------------------------------------------------------------- > > Key: KAFKA-329 > URL: https://issues.apache.org/jira/browse/KAFKA-329 > Project: Kafka > Issue Type: Sub-task > Affects Versions: 0.8 > Reporter: Neha Narkhede > Assignee: Prashanth Menon > Labels: replication > Attachments: KAFKA-329-DRAFT-v2.patch, KAFKA-329-DRAFT.patch > > > Currently in 0.8, all brokers register a watch on /brokers/topics and > /brokers/topics/[topic] for all topics in a Kafka cluster. The watches are > required to discover new topics. > There is another way this can be achieved, as proposed here - > https://cwiki.apache.org/confluence/display/KAFKA/Kafka+replication+detailed+design+V2#KafkareplicationdetaileddesignV2-Createtopic > Basically, the create-topic admin command sends start-replica state change > request to all brokers in the assigned replicas list. -- 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