You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Tzu-Li (Gordon) Tai (JIRA)" <ji...@apache.org> on 2017/07/31 09:48:00 UTC
[jira] [Commented] (FLINK-4789) Avoid Kafka partition discovery on
restore and share consumer instance for discovery and data consumption
[ https://issues.apache.org/jira/browse/FLINK-4789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16107050#comment-16107050 ]
Tzu-Li (Gordon) Tai commented on FLINK-4789:
--------------------------------------------
I would like to close this issue now.
Since Flink 1.4, with partition discovery we will always try to discover new partitions on restore, and continuous partition discovery will require a dedicated consumer independent of the one used for record fetching.
> Avoid Kafka partition discovery on restore and share consumer instance for discovery and data consumption
> ---------------------------------------------------------------------------------------------------------
>
> Key: FLINK-4789
> URL: https://issues.apache.org/jira/browse/FLINK-4789
> Project: Flink
> Issue Type: Improvement
> Components: Kafka Connector
> Affects Versions: 1.2.0
> Reporter: Robert Metzger
>
> As part of FLINK-4379, the Kafka partition discovery was moved from the Constructor to the open() method. This is in general a good change, as outlined in FLINK-4155, as it allows us to detect new partitions and topics based on regex on the fly.
> However, currently the partitions are discovered on restore as well.
> Also, the {{FlinkKafkaConsumer09.getKafkaPartitions()}} is creating a separate {{KafkaConsumer}} just for the partition discovery.
> Since the partition discovery happens on the task managers now, we can use the regular {{KafkaConsumer}} instance, which is used for data retrieval as well.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)