Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
98 commits
Select commit Hold shift + click to select a range
7bc0e41
KAFKA-8611 / add Repartitioned configuration class
lkokhreidze Aug 3, 2019
597fb18
KAFKA-8611 / add NO-OP KStream#repartition operations
lkokhreidze Aug 3, 2019
457d824
KAFKA-8611 / fix Repartitioned class checkstyle violations
lkokhreidze Aug 3, 2019
771e8e6
KAFKA-8611 / introduce InternalTopicProperties class; enrich topic nu…
lkokhreidze Aug 5, 2019
261aafd
KAFKA-8611 / Add implementation for KStream#repartition(Repartitioned…
lkokhreidze Aug 5, 2019
ae73bee
KAFKA-8611 / Added integration tests
lkokhreidze Aug 5, 2019
56887ee
KAFKA-8611 / Added OptimizableRepartitionNodeBuilder#withStreamsParti…
lkokhreidze Aug 5, 2019
c3e4bd1
KAFKA-8611 / update InternalStreamsBuilder#maybeOptimizeRepartitionOp…
lkokhreidze Aug 5, 2019
6fac93f
KAFKA-8611 / update KStream#repartition implementations with StreamPa…
lkokhreidze Aug 6, 2019
0c369e1
KAFKA-8611 / Add require not null checks
lkokhreidze Aug 6, 2019
f641eb9
KAFKA-8611 / Minor formatting fixes
lkokhreidze Aug 6, 2019
ef4fa8d
KAFKA-8611 / Added more tests
lkokhreidze Aug 6, 2019
595736d
KAFKA-8611 / Add small doc about InternalTopologyBuilder#internalTopi…
lkokhreidze Aug 6, 2019
a4a661a
KAFKA-8611 / Minor refactoring
lkokhreidze Aug 6, 2019
2ee3c31
KAFKA-8611 / pass repartitionRequired as false to downstream topology…
lkokhreidze Aug 6, 2019
33050f2
KAFKA-8611 / Fix checkstyle violations
lkokhreidze Aug 7, 2019
2dd9bbe
KAFKA-8611 / Make RepartitionedInternal package private
lkokhreidze Aug 7, 2019
4f1a58b
KAFKA-8611 / CR fixes; introduce not optimizable repartition node; al…
lkokhreidze Aug 11, 2019
e9a7818
KAFKA-8611 / Remove unused imports from InternalStreamsBuilder
lkokhreidze Aug 11, 2019
ff90d5f
KAFKA-8611 / Rename RepartitionNode -> UnoptimizableRepartitionNode
lkokhreidze Aug 11, 2019
ebd77b5
KAFKA-8611 / Added test case for verifying partition number of repart…
lkokhreidze Aug 11, 2019
317bd94
KAFKA-8611 / Small refactoring of integration test
lkokhreidze Aug 11, 2019
cffd3ec
KAFKA-8611 / Optimize imports
lkokhreidze Aug 11, 2019
e24d773
KAFKA-8611 / Fix checkstyle; add unit tests for InternalTopologyBuilder
lkokhreidze Aug 11, 2019
0918c51
KAFKA-8611 / Fix checkstyle test
lkokhreidze Aug 11, 2019
a752f3f
KAFKA-8611 / Add integration test for rebalancing
lkokhreidze Aug 17, 2019
6187f50
KAFKA-8611 / fix checkstyle test
lkokhreidze Aug 17, 2019
b029835
CR: KStream javadoc update
lkokhreidze Aug 25, 2019
2f7b690
KAFKA-8611 / CR: add numberOfPartitions field to toString and hashCod…
lkokhreidze Aug 25, 2019
185e26b
KAFKA-8611 / CR: do not use NamedInternal for KStream#repartition ope…
lkokhreidze Aug 25, 2019
55acc80
KAFKA-8611 / CR: ditch InternalTopologyBuilder#internalTopicNames set
lkokhreidze Aug 25, 2019
cb7b2df
KAFKA-8611 / CR: KStreamRepartitionIntegrationTest update
lkokhreidze Aug 25, 2019
37b393a
KAFKA-8611 / CR: add unit test for topology optimization
lkokhreidze Aug 25, 2019
463a237
KAFKA-8611 / CR: make methods static in KStreamRepartitionIntegration…
lkokhreidze Aug 25, 2019
e6d6598
KAFKA-8611 / CR: add partitioner and select key integration tests
lkokhreidze Aug 25, 2019
6570215
KAFKA-8611 / CR: add unit tests for stream partitioner
lkokhreidze Aug 25, 2019
934f831
KAFKA-8611 / checkstyle fix
lkokhreidze Aug 25, 2019
f331291
Sync with master
lkokhreidze Sep 9, 2019
dfaccd2
KAFKA-8611 / fix checkstyle
lkokhreidze Sep 9, 2019
1af73c9
KAFKA-8611 / CR fixes: Update KStream#repartition javadocs. Refactore…
lkokhreidze Sep 28, 2019
2ccfa1e
KAFKA-8611 / Make sure co-partitioning won't break during optimization
lkokhreidze Sep 28, 2019
47e338b
KAFKA-8611 / Add logs
lkokhreidze Sep 28, 2019
1bf7a15
KAFKA-8611 / Add unit test for copartition groups
lkokhreidze Sep 28, 2019
8a9d70c
KAFKA-8611 / fix checkstyle
lkokhreidze Sep 29, 2019
b205af8
KAFKA-8611 / fix checkstyle test
lkokhreidze Sep 29, 2019
9bdf443
Merge branch 'trunk' into KAFKA-8611-KStream-repartition-operation
lkokhreidze Oct 3, 2019
a8b7b16
Merge branch 'trunk' into KAFKA-8611-KStream-repartition-operation
lkokhreidze Oct 4, 2019
0fb703f
KAFKA-8611 / sync with trunk
lkokhreidze Oct 4, 2019
e3208eb
sync with trunk
lkokhreidze Oct 9, 2019
3180780
KAFKA-8611 / fix compileTestJava
lkokhreidze Oct 9, 2019
88886b7
KAFKA-8611 / Make copartitionSources(Collection) method synchronized
lkokhreidze Oct 20, 2019
83f264f
KAFKA-8611 / Rename maybeUpdateCopartitionSourceGroups method paramet…
lkokhreidze Oct 20, 2019
068bf52
Merge branch 'trunk' into KAFKA-8611-KStream-repartition-operation
lkokhreidze Nov 7, 2019
254728c
sync with trunk and improvements
lkokhreidze Nov 12, 2019
3b25b49
KAFKA-8611 / use BaseRepartitionNode#internalTopicProperties from its…
lkokhreidze Nov 13, 2019
d35bb44
KAFKA-8611 / throw TopologyException when number of partitions during…
lkokhreidze Nov 15, 2019
e897952
KAFKA-8611 / Minor: user Utils.mkMap instead of HashMap
lkokhreidze Nov 15, 2019
f211f80
KAFKA-8611 / Minor: createRepartition method overload
lkokhreidze Nov 15, 2019
79812a0
sync with trunk
lkokhreidze Nov 27, 2019
8b71413
KAFKA-8611 / sync with trunk
lkokhreidze Dec 9, 2019
0930e5e
KAFKA-8611 / sync with trunk
lkokhreidze Dec 15, 2019
d3d48f9
sync with trunk
lkokhreidze Jan 2, 2020
4895ee6
KAFKA-8611 / sync with trunk
lkokhreidze Jan 8, 2020
4e3d695
KAFKA-8611 / sync with trunk
lkokhreidze Jan 13, 2020
0cbaca7
KAFKA-8611 / sync with trunk
lkokhreidze Jan 15, 2020
a5b41a4
KAFKA-8611 / fix raw types warning in BaseRepartitionNode implementat…
lkokhreidze Jan 15, 2020
de1d14d
KAFKA-8611 / use methods from Optional for building repartition topic…
lkokhreidze Jan 15, 2020
c9979b2
KAFKA-8611 / do not speecify key serder in repartition operations
lkokhreidze Feb 2, 2020
765d4f4
KAFKA-8611 / fix all the NITs
lkokhreidze Feb 2, 2020
be534f0
KAFKA-8611 / sync with trunk
lkokhreidze Feb 2, 2020
9efe7fc
KAFKA-8611 / remove ImmutableRepartitionTopicConfig
lkokhreidze Feb 2, 2020
66717dc
KAFKA-8611 / Deduct num of partitions when applicable
lkokhreidze Feb 2, 2020
1d582dd
KAFKA-8611 / update comment
lkokhreidze Feb 2, 2020
0cb229b
KAFKA-8611 / Minor refactoring of CopartitionedTopicsEnforcer class
lkokhreidze Feb 2, 2020
f2abeae
KAFKA-8611 / sync with trunk
lkokhreidze Feb 5, 2020
e271938
KAFKA-8611 / sync with trunk
lkokhreidze Feb 7, 2020
a8e3ebf
KAFKA-8611 / fix test
lkokhreidze Feb 7, 2020
a69aad4
KAFKA-8611 / sync with trunk
lkokhreidze Feb 9, 2020
f2f16b0
KAFKA-8611 / sync with trunk
lkokhreidze Feb 13, 2020
a73b211
KAFKA-8611 / fix StreamsPartitionAssignorTest
lkokhreidze Feb 13, 2020
cfad394
KAFKA-8611 / sync with trunk
lkokhreidze Feb 16, 2020
1f1d1eb
KAFKA-8611 / sync with trunk
lkokhreidze Feb 19, 2020
69cbb68
KAFKA-8611 / sync with trunk
lkokhreidze Feb 19, 2020
8a5e23d
Merge branch 'KAFKA-8611-KStream-repartition-operation' of github.com…
lkokhreidze Feb 19, 2020
e37af65
KAFKA-8611 / sync with trunk
lkokhreidze Feb 25, 2020
bb4a119
KAFKA-8611 / sync with trunk
lkokhreidze Feb 26, 2020
f4b32fc
KAFKA-8611 / sync with trunk
lkokhreidze Mar 9, 2020
ed21945
KAFKA-8611 / sync with trunk
lkokhreidze Mar 13, 2020
6448ea9
KAFKA-8611 / sync with trunk
lkokhreidze Mar 18, 2020
ebeb327
KAFKA-8611 / sync with trunk
lkokhreidze Mar 20, 2020
162b554
KAFKA-8611 / sync with trunk
lkokhreidze Mar 23, 2020
5b4e415
KAFKA-8611 / remove KeyValueMapper overloads for KStream#repartition …
lkokhreidze Mar 27, 2020
5054ef1
KAFKA-8611 / update javadocs
lkokhreidze Mar 27, 2020
6c81be8
KAFKA-8611 / sync with trunk
lkokhreidze Mar 27, 2020
cdbd24c
KAFKA-8611 / revert accidental code change
lkokhreidze Apr 1, 2020
591e8ff
KAFKA-8611 / CR comments
lkokhreidze Apr 3, 2020
9fdc7ec
KAFKA-8611 / CR comments: part 2
lkokhreidze Apr 3, 2020
f2bcdfe
KAFKA-8611 / Add optimize as test parameter
lkokhreidze Apr 7, 2020
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -18,6 +18,7 @@

import org.apache.kafka.clients.producer.internals.DefaultPartitioner;
import org.apache.kafka.common.serialization.Serde;
import org.apache.kafka.common.serialization.Serdes;
import org.apache.kafka.common.utils.Bytes;
import org.apache.kafka.streams.KeyValue;
import org.apache.kafka.streams.StreamsBuilder;
Expand Down Expand Up @@ -814,6 +815,8 @@ <VR> KStream<K, VR> flatMapValues(final ValueMapperWithKey<? super K, ? super V,
*
* @param topic the topic name
* @return a {@code KStream} that contains the exact same (and potentially repartitioned) records as this {@code KStream}
* @see #repartition()
* @see #repartition(Repartitioned)
*/
KStream<K, V> through(final String topic);

Expand All @@ -832,10 +835,52 @@ <VR> KStream<K, VR> flatMapValues(final ValueMapperWithKey<? super K, ? super V,
* @param topic the topic name
* @param produced the options to use when producing to the topic
* @return a {@code KStream} that contains the exact same (and potentially repartitioned) records as this {@code KStream}
* @see #repartition()
* @see #repartition(Repartitioned)
*/
KStream<K, V> through(final String topic,
final Produced<K, V> produced);

/**
* Materialize this stream to an auto-generated repartition topic and create a new {@code KStream}
* from the auto-generated topic using default serializers, deserializers, and producer's {@link DefaultPartitioner}.
Comment thread
lkokhreidze marked this conversation as resolved.
* The number of partitions is determined based on the upstream topics partition numbers.
* <p>
* This operation is similar to {@link #through(String)}, however, Kafka Streams manages the used topic automatically.
* The created topic is considered as an internal topic and is meant to be used only by the current Kafka Streams instance.
* Similar to auto-repartitioning, the topic will be created with infinite retention time and data will be automatically purged by Kafka Streams.
* The topic will be named as "${applicationId}-&lt;name&gt;-repartition", where "applicationId" is user-specified in
* {@link StreamsConfig} via parameter {@link StreamsConfig#APPLICATION_ID_CONFIG APPLICATION_ID_CONFIG},
* "&lt;name&gt;" is an internally generated name, and "-repartition" is a fixed suffix.
*
Comment thread
lkokhreidze marked this conversation as resolved.
* @return {@code KStream} that contains the exact same repartitioned records as this {@code KStream}.
* @see #through(String)
* @see #through(String, Produced)
*/
KStream<K, V> repartition();

/**
* Materialize this stream to an auto-generated repartition topic and create a new {@code KStream}
* from the auto-generated topic using {@link Serde key serde}, {@link Serde value serde}, {@link StreamPartitioner},
* number of partitions, and topic name part as defined by {@link Repartitioned}.
* <p>
* This operation is similar to {@link #through(String)}, however, Kafka Streams manages the used topic automatically.
* The created topic is considered as an internal topic and is meant to be used only by the current Kafka Streams instance.
* Similar to auto-repartitioning, the topic will be created with infinite retention time and data will be automatically purged by Kafka Streams.
* The topic will be named as "${applicationId}-&lt;name&gt;-repartition", where "applicationId" is user-specified in
* {@link StreamsConfig} via parameter {@link StreamsConfig#APPLICATION_ID_CONFIG APPLICATION_ID_CONFIG},
* "&lt;name&gt;" is either provided via {@link Repartitioned#as(String)} or an internally
* generated name, and "-repartition" is a fixed suffix.
*
* @param repartitioned the {@link Repartitioned} instance used to specify {@link Serdes},
* {@link StreamPartitioner} which determines how records are distributed among partitions of the topic,
* part of the topic name, and number of partitions for a repartition topic.
* @return a {@code KStream} that contains the exact same repartitioned records as this {@code KStream}.
* @see #through(String)
* @see #through(String, Produced)
*/
KStream<K, V> repartition(final Repartitioned<K, V> repartitioned);

/**
* Materialize this stream to a topic using default serializers specified in the config and producer's
* {@link DefaultPartitioner}.
Expand Down Expand Up @@ -1172,7 +1217,7 @@ <KR> KGroupedStream<KR, V> groupBy(final KeyValueMapper<? super K, ? super V, KR
* records to it, and rereading all records from it, such that the resulting {@link KGroupedStream} is partitioned
* correctly on its key.
*
* @param grouped the {@link Grouped} instance used to specify {@link org.apache.kafka.common.serialization.Serdes}
* @param grouped the {@link Grouped} instance used to specify {@link Serdes}
* and part of the name for a repartition topic if repartitioning is required.
* @return a {@link KGroupedStream} that contains the grouped records of the original {@code KStream}
* @see #groupBy(KeyValueMapper)
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,171 @@
/*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright ownership.
* The ASF licenses this file to You under the Apache License, Version 2.0
* (the "License"); you may not use this file except in compliance with
* the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.apache.kafka.streams.kstream;

import org.apache.kafka.clients.producer.internals.DefaultPartitioner;
import org.apache.kafka.common.serialization.Serde;
import org.apache.kafka.streams.kstream.internals.WindowedSerializer;
import org.apache.kafka.streams.kstream.internals.WindowedStreamPartitioner;
import org.apache.kafka.streams.processor.StreamPartitioner;

/**
* This class is used to provide the optional parameters for internal repartition topics.
*
* @param <K> key type
* @param <V> value type
* @see KStream#repartition()
* @see KStream#repartition(Repartitioned)
*/
public class Repartitioned<K, V> implements NamedOperation<Repartitioned<K, V>> {

protected final String name;

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for avoiding mutable state in this class!

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While I agree that immutability is great, I am wondering about consistency. The other configuration classes are mutable. Do we think that might be of any concern? should we just update all other configuration classes an make them immutable, too? (Of course not in this PR...) \cc @vvcephei

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mjsax I've created JIRA ticket for it: https://issues.apache.org/jira/browse/KAFKA-9342

protected final Serde<K> keySerde;
protected final Serde<V> valueSerde;
protected final Integer numberOfPartitions;
protected final StreamPartitioner<K, V> partitioner;

private Repartitioned(final String name,
final Serde<K> keySerde,
final Serde<V> valueSerde,
final Integer numberOfPartitions,
final StreamPartitioner<K, V> partitioner) {
this.name = name;
this.keySerde = keySerde;
this.valueSerde = valueSerde;
this.numberOfPartitions = numberOfPartitions;
this.partitioner = partitioner;
}

protected Repartitioned(final Repartitioned<K, V> repartitioned) {
this(
repartitioned.name,
repartitioned.keySerde,
repartitioned.valueSerde,
repartitioned.numberOfPartitions,
repartitioned.partitioner
);
}

/**
* Create a {@code Repartitioned} instance with the provided name used as part of the repartition topic.
*
* @param name the name used as a processor named and part of the repartition topic name.
* @param <K> key type
* @param <V> value type
* @return A new {@code Repartitioned} instance configured with processor name and repartition topic name
* @see KStream#repartition(Repartitioned)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: do we need to add the @see tag to every method? Seems somewhat redundant (it's already mentioned in class JavaDocs above)? (similar below for other methods)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've followed same standard as other configurations classes (Produced, Grouped, etc). To keep things consistent maybe worth cleaning up all the config classes with redundant @see tags? (in the follow up pr maybe) wdyt?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah. Was just a general inquire and we don't really have a guideline for it... If you are interested, it would be great to draft some guidelines (maybe just for Kafka Streams first, and we could propose them for other client APIs, later) as a wiki page and we could discuss them on the dev mailing list?

*/
public static <K, V> Repartitioned<K, V> as(final String name) {
return new Repartitioned<>(name, null, null, null, null);
}

/**
* Create a {@code Repartitioned} instance with provided key serde and value serde.
*
* @param keySerde Serde to use for serializing the key
* @param valueSerde Serde to use for serializing the value
* @param <K> key type
* @param <V> value type
* @return A new {@code Repartitioned} instance configured with key serde and value serde
* @see KStream#repartition(Repartitioned)
*/
public static <K, V> Repartitioned<K, V> with(final Serde<K> keySerde,
final Serde<V> valueSerde) {
return new Repartitioned<>(null, keySerde, valueSerde, null, null);
}

/**
* Create a {@code Repartitioned} instance with provided partitioner.
*
* @param partitioner the function used to determine how records are distributed among partitions of the topic,
* if not specified and the key serde provides a {@link WindowedSerializer} for the key
* {@link WindowedStreamPartitioner} will be used—otherwise {@link DefaultPartitioner} will be used
* @param <K> key type
* @param <V> value type
* @return A new {@code Repartitioned} instance configured with partitioner
* @see KStream#repartition(Repartitioned)
*/
public static <K, V> Repartitioned<K, V> streamPartitioner(final StreamPartitioner<K, V> partitioner) {
Comment thread
lkokhreidze marked this conversation as resolved.
return new Repartitioned<>(null, null, null, null, partitioner);
}

/**
* Create a {@code Repartitioned} instance with provided number of partitions for repartition topic.
*
* @param numberOfPartitions number of partitions used when creating repartition topic
* @param <K> key type
* @param <V> value type
* @return A new {@code Repartitioned} instance configured number of partitions
* @see KStream#repartition(Repartitioned)
*/
public static <K, V> Repartitioned<K, V> numberOfPartitions(final int numberOfPartitions) {
return new Repartitioned<>(null, null, null, numberOfPartitions, null);
}

/**
* Create a new instance of {@code Repartitioned} with the provided name used as part of repartition topic and processor name.
*
* @param name the name used for the processor name and as part of the repartition topic
* @return a new {@code Repartitioned} instance configured with the name
*/
@Override
public Repartitioned<K, V> withName(final String name) {
return new Repartitioned<>(name, keySerde, valueSerde, numberOfPartitions, partitioner);
}

/**
* Create a new instance of {@code Repartitioned} with the provided number of partitions for repartition topic.
*
* @param numberOfPartitions the name used for the processor name and as part of the repartition topic name
* @return a new {@code Repartitioned} instance configured with the number of partitions
*/
public Repartitioned<K, V> withNumberOfPartitions(final int numberOfPartitions) {
return new Repartitioned<>(name, keySerde, valueSerde, numberOfPartitions, partitioner);
}

/**
* Create a new instance of {@code Repartitioned} with the provided key serde.
*
* @param keySerde Serde to use for serializing the key
* @return a new {@code Repartitioned} instance configured with the key serde
*/
public Repartitioned<K, V> withKeySerde(final Serde<K> keySerde) {
return new Repartitioned<>(name, keySerde, valueSerde, numberOfPartitions, partitioner);
}

/**
* Create a new instance of {@code Repartitioned} with the provided value serde.
*
* @param valueSerde Serde to use for serializing the value
* @return a new {@code Repartitioned} instance configured with the value serde
*/
public Repartitioned<K, V> withValueSerde(final Serde<V> valueSerde) {
return new Repartitioned<>(name, keySerde, valueSerde, numberOfPartitions, partitioner);
}

/**
* Create a new instance of {@code Repartitioned} with the provided partitioner.
*
* @param partitioner the function used to determine how records are distributed among partitions of the topic,
* if not specified and the key serde provides a {@link WindowedSerializer} for the key
* {@link WindowedStreamPartitioner} will be used—otherwise {@link DefaultPartitioner} wil be used
* @return a new {@code Repartitioned} instance configured with provided partitioner
*/
public Repartitioned<K, V> withStreamPartitioner(final StreamPartitioner<K, V> partitioner) {
Comment thread
lkokhreidze marked this conversation as resolved.
return new Repartitioned<>(name, keySerde, valueSerde, numberOfPartitions, partitioner);
}
}
Original file line number Diff line number Diff line change
Expand Up @@ -177,6 +177,7 @@ private <VIn> void createRepartitionSource(final String repartitionTopicNamePref
keySerde,
(Serde<VIn>) valueSerde,
repartitionTopicNamePrefix,
null,
(OptimizableRepartitionNodeBuilder<K, VIn>) optimizableRepartitionNodeBuilder);

}
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -126,6 +126,7 @@ private String createRepartitionSource(final String repartitionTopicNamePrefix,
keySerde,
valueSerde,
repartitionTopicNamePrefix,
null,
optimizableRepartitionNodeBuilder);

}
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -435,6 +435,7 @@ private <K, V> OptimizableRepartitionNode<K, V> createRepartitionNode(final Stri
keySerde,
valueSerde,
repartitionTopicName,
null,
repartitionNodeBuilder
);

Expand Down
Loading