[FLINK-19251][connectors] Avoid confusing queue handling in "SplitReader.handleSplitsChanges()" #13400
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What is the purpose of the change
Currently, the method
SplitReader.handleSplitsChanges()
gets passed a queue of split changes to handle. The method may decide to handle all of them, or only a subset of them. It it handles a subset of them, the method is later invoked with the remaining changes.In practice, this ends up being confusing and problematic:
A simpler contract would be to simply pass a the split changes (list of splits) directly only once.
The fetcher would pick those changes up and can internally stash them if it wants to process them later.
For all source implementations we did so far, this was sufficient and easier.
Brief change log
void handleSplitsChanges(Queue<SplitsChange<SplitT>> splitsChanges)
to
void handleSplitsChanges(SplitsChange<SplitT> splitsChanges);
Verifying this change
This change is a simple rework already covered by existing tests.
Does this pull request potentially affect one of the following parts:
@Public(Evolving)
: noDocumentation