-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
apply: Allow ignoring a specific error returned from updatePartitions() #184
Conversation
@yolken-segment @cdignam-segment Hey guys. |
@hhahn-tw @petedannemann Can you guys please review this one? |
f2751c0
to
19daf93
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your contribution!
@hhahn-tw Can you please assist with PR check? |
@noorul @jkoelker @mericsson @hhahn-tw Can you guys assist with the PR check failure? |
just rebase, it got removed recently: b83ceba |
19daf93
to
cd951e6
Compare
@jkoelker can you please approve? |
When applying topic's configuration, we'd like to be able avoid failing in case the desired topic's partition count is smaller than the actual topic's partitions count (on the broker). We know that Kafka doesn't allow partitions decrease, so instead of failing the operation we'd like to continue without doing anything. This is very convenient when trying to apply a batch of topics in which case, we don't want to fail the rest of the batch for one topic that its partition count configuration is lower than the actual partitions count. This change is backward compatible, as the default behavior is kept. Signed-off-by: shimon-armis <[email protected]>
cd951e6
to
6794218
Compare
@jkoelker I've addressed the comment and updated the code. Can you please approve? |
@yolken-segment @cdignam-segment Can you guys approve? |
@jkoelker Who can merge this? |
Description
When applying topic's configuration, we'd like to be able avoid failing in case the desired topic's partitions count is smaller than the actual topic's partitions count (on the broker).
We know that Kafka doesn't allow partitions decrease so instead of failing the operation we'd like to
continue without doing anything (and make this operation idempotent, in that aspect).
This is very convenient when trying to apply a batch of topics in which case, we don't want to fail the rest of the batch for one topic that its partitions count configuration is lower than the actual partitions count. (on the broker).
This change is backward compatible, as the default behavior is kept.