OmniaGM commented on a change in pull request #11431: URL: https://github.com/apache/kafka/pull/11431#discussion_r737592730
########## File path: connect/mirror/src/main/java/org/apache/kafka/connect/mirror/MirrorMakerConfig.java ########## @@ -183,12 +187,18 @@ public MirrorClientConfig clientConfig(String cluster) { // fill in reasonable defaults props.putIfAbsent(GROUP_ID_CONFIG, sourceAndTarget.source() + "-mm2"); - props.putIfAbsent(DistributedConfig.OFFSET_STORAGE_TOPIC_CONFIG, "mm2-offsets." - + sourceAndTarget.source() + ".internal"); - props.putIfAbsent(DistributedConfig.STATUS_STORAGE_TOPIC_CONFIG, "mm2-status." - + sourceAndTarget.source() + ".internal"); - props.putIfAbsent(DistributedConfig.CONFIG_TOPIC_CONFIG, "mm2-configs." - + sourceAndTarget.source() + ".internal"); + + String separator = originalsStrings().getOrDefault(REPLICATION_POLICY_SEPARATOR, REPLICATION_POLICY_SEPARATOR_DEFAULT); + if (separator.equals("-")) { + throw new ConfigException("You should not use a single dash as a " + REPLICATION_POLICY_SEPARATOR); + } + + props.putIfAbsent(DistributedConfig.OFFSET_STORAGE_TOPIC_CONFIG, "mm2-offsets" + separator Review comment: On second thought, I think Connect API's internal topics should not be impacted by the separator at all (check my comment above for more details). Customers have already a way to override Connect API's topics. However, I recommend keeping the fix simple and updating `isInternalTopic` to the following. ```java /** Internal topics are never replicated. Internal topics are Kafka internal topic, Connect API's internal topics, MM2 offset-syncs and checkpoints topics. */ default boolean isInternalTopic(String topic) { boolean isKafkaInternalTopic = topic.startsWith("__") || topic.startsWith(".") boolean isConnectTopic = topic.endsWith("-internal") || topic.endsWith(".internal"); return isMM2InternalTopic(topic) || isKafkaInternalTopic || isConnectTopic; } ``` -- 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: jira-unsubscr...@kafka.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org