...
Discussion thread | https://lists.apache.org/thread/b8f509878ptwl3kmmgg95tv8sb1j5987 | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Vote thread | https://lists.apache.org/thread/t1zff21z440pvv48jyhm8pgtqsyplchn | ||||||||||
JIRA |
| ||||||||||
Release | 1.19 |
Please keep the discussion on the mailing list rather than commenting on the wiki (wiki discussions get unwieldy fast).
...
For FutureCompletingBlockingQueue, as a hindsight, it might be better to not expose it to the Source developers. They are unlikely to use it anywhere other than just constructing it. The reason that FutureCompletingBlockingQueue is currently exposed in the SourceReaderBase constructor is because both the SplitFetcherManager and SourceReaderBase need it. One way to hide the FutureCompletingBlockingQueue from the public API is to make SplitFetcherManager the only owner class of the queue, and expose some of its methods via SplitFetcherManager. This way, the SourceReaderBase can invoke the methods via SplitFetcherManager. I believe this also makes the . This will make the code slightly cleaner.
In summary, this flip has 2 goals:
- To expose the SplitFetcherManager / SingleThreadFetcheManager as Public, allowing connector developers to easily create their own threading models in the SourceReaderBase.
- To hide the element queue from the connector developers and simplify the SourceReaderBase to consist of only SplitFetcherManager and RecordEmitter as major components. make SplitFetcherManager the only owner class of the queue
Public Interfaces
SplitFetcherManager
...
Code Block |
---|
@PublicEvolving public abstract class SplitFetcherManager<E, SplitT extends SourceSplit> { @Deprecated public SplitFetcherManagerSingleThreadMultiplexSourceReaderBase( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueueSupplier<SplitReader<E, SplitT>> splitReaderSupplier, Supplier<SplitReader<ERecordEmitter<E, T, SplitT>>SplitStateT> splitReaderFactoryrecordEmitter, Configuration config, configuration) { this(elementsQueue, splitReaderFactory, configuration,SourceReaderContext (ignorecontext) -> { });super( } @Deprecated @VisibleForTesting new SingleThreadFetcherManager<>(splitReaderSupplier, config), public SplitFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueuerecordEmitter, Supplier<SplitReader<E, SplitT>> splitReaderFactoryconfig, Configuration configuration, context); } @Deprecated Consumer<Collection<String>> splitFinishedHook)public { } // todo: provide a new constructor without FutureCompletingBlockingQueue. public SplitFetcherManager(SplitFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Supplier<SplitReader<E, SplitT>> splitReaderFactory, Configuration configuration) { this(elementsQueue, splitReaderFactory, configuration, (ignore) -> { }); } } @Deprecated // todo: provide@VisibleForTesting a new constructor withoutpublic FutureCompletingBlockingQueue.SplitFetcherManager( public SplitFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Supplier<SplitReader<E, SplitT>> splitReaderFactory, Configuration configuration, Consumer<Collection<String>> splitFinishedHook) { } // todo: provide a new constructor without this.elementsQueue = new FutureCompletingBlockingQueue<>FutureCompletingBlockingQueue. public SplitFetcherManager( Supplier<SplitReader<E, SplitT>> configuration.getInteger(SourceReaderOptions.ELEMENT_QUEUE_CAPACITY)); // ...... } @Internal public SplitFetcherManager#getQueue(); } |
SingleThreadFetcherManager
- Change SingleThreadFetcherManager from Internal to PublicEvolving.
- Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors without FutureCompletingBlockingQueue as replacements which creates the FutureCompletingBlockingQueue instance by its parent class(SplitFetcherManager) internally.
Code Block |
---|
@PublicEvolving public class SingleThreadFetcherManager<E, SplitT extends SourceSplit>splitReaderFactory, Configuration configuration) { this(splitReaderFactory, configuration, (ignore) -> { }); extends SplitFetcherManager<E, SplitT> { } @Deprecated public SingleThreadFetcherManager// todo: provide a new constructor without FutureCompletingBlockingQueue. public SplitFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueueSupplier<SplitReader<E, SplitT>> splitReaderFactory, Configuration Supplier<SplitReader<Econfiguration, SplitT>> splitReaderSupplier) { this(elementsQueue, splitReaderSupplier, new Configuration()); Consumer<Collection<String>> splitFinishedHook) { } @Deprecated this.elementsQueue = publicnew SingleThreadFetcherManagerFutureCompletingBlockingQueue<>( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, configuration.getInteger(SourceReaderOptions.ELEMENT_QUEUE_CAPACITY)); // ...... } @Internal public FutureCompletingBlockingQueue getQueue(); } |
SingleThreadFetcherManager
- Change SingleThreadFetcherManager from Internal to PublicEvolving.
- Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors without FutureCompletingBlockingQueue as replacements which creates the FutureCompletingBlockingQueue instance by its parent class(SplitFetcherManager) internally.
Code Block |
---|
@PublicEvolving public class SingleThreadFetcherManager<E, SplitT extends SourceSplit> Supplier<SplitReader<E, SplitT>> splitReaderSupplier, Configuration configuration) { super(elementsQueue, splitReaderSupplier, configuration); } @Deprecated @VisibleForTesting public SingleThreadFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Supplier<SplitReader<Eextends SplitFetcherManager<E, SplitT>> splitReaderSupplier,SplitT> { @Deprecated public SingleThreadFetcherManager( Configuration configuration, FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Consumer<Collection<String>> splitFinishedHook) { Supplier<SplitReader<E, superSplitT>> splitReaderSupplier) { this(elementsQueue, splitReaderSupplier, configuration, splitFinishedHooknew Configuration()); } // todo: provide a new constructor without FutureCompletingBlockingQueue. @Deprecated public SingleThreadFetcherManager( publicFutureCompletingBlockingQueue<RecordsWithSplitIds<E>> SingleThreadFetcherManager(elementsQueue, Supplier<SplitReader<E, SplitT>> splitReaderSupplier) {, this(splitReaderSupplier, new Configuration()); Configuration configuration) { } super(elementsQueue, splitReaderSupplier, configuration); } // todo: provide a@Deprecated new constructor without FutureCompletingBlockingQueue. @VisibleForTesting public SingleThreadFetcherManager( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Supplier<SplitReader<E, SplitT>> splitReaderSupplier, Configuration configuration), { super( Consumer<Collection<String>> splitFinishedHook) { super(elementsQueue, splitReaderSupplier, configuration, splitFinishedHook); } // todo: provide a new constructor without without FutureCompletingBlockingQueueFutureCompletingBlockingQueue. public SingleThreadFetcherManager( Supplier<SplitReader<E, SplitT>> splitReaderSupplier,) { Configuration configuration,super(splitReaderSupplier, new Configuration()); } // todo: provide a new constructor Consumer<Collection<String>> splitFinishedHookwithout FutureCompletingBlockingQueue. public SingleThreadFetcherManager( Supplier<SplitReader<E, SplitT>> splitReaderSupplier, Configuration configuration) { super(splitReaderSupplier, configuration, splitFinishedHook); } } |
SplitFetcherTask
Change SplitFetcherTask from Internal to PublicEvolving.
Code Block |
---|
@PublicEvolving public interface// SplitFetcherTask {} |
SplitFetcher
Change SplitFetcher from Internal to PublicEvolving, but still not to expose the construct of SplitFetcher, so it can only created by org.apache.flink.connector.base.source.reader.fetcher.SplitFetcherManager#createSplitFetcher
Code Block |
---|
@PublicEvolving public class SplitFetcher<E, SplitT extends SourceSplit> implements Runnable { SplitFetchertodo: provide a new constructor without FutureCompletingBlockingQueue. public SingleThreadFetcherManager( int idSupplier<SplitReader<E, SplitT>> splitReaderSupplier, FutureCompletingBlockingQueue<RecordsWithSplitIds<E>>Configuration elementsQueueconfiguration, SplitReader<E,Consumer<Collection<String>> SplitT>splitFinishedHook) splitReader,{ super(splitReaderSupplier, configuration, splitFinishedHook); } } |
SplitFetcherTask
Change SplitFetcherTask from Internal to PublicEvolving.
Code Block |
---|
@PublicEvolving
public interface SplitFetcherTask {} |
SplitFetcher
Change SplitFetcher from Internal to PublicEvolving, but still not to expose the construct of SplitFetcher, so it can only created by org.apache.flink.connector.base.source.reader.fetcher.SplitFetcherManager#createSplitFetcher
Code Block |
---|
@PublicEvolving public class SplitFetcher<E, SplitT extends SourceSplit> implements Runnable { SplitFetcher(Consumer<Throwable> errorHandler, Runnable shutdownHook, Consumer<Collection<String>>int splitFinishedHookid, boolean allowUnalignedSourceSplits); } |
the constructor of SplitFetcher to the end users?
SourceReaderBase
Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors as replacements which creates the FutureCompletingBlockingQueue instance in SplitFetcherManager internally.
Code Block |
---|
@PublicEvolving public abstract class SourceReaderBase<E, T, SplitT extends SourceSplit, SplitStateT> FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, SplitReader<E, SplitT> implements SourceReader<T, SplitT> { splitReader, @Deprecated public SourceReaderBase( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueueConsumer<Throwable> errorHandler, SplitFetcherManager<E, SplitT> splitFetcherManagerRunnable shutdownHook, RecordEmitter<E, T, SplitStateT> recordEmitterConsumer<Collection<String>> splitFinishedHook, boolean allowUnalignedSourceSplits); } |
the constructor of SplitFetcher to the end users?
SourceReaderBase
Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors as replacements which creates the FutureCompletingBlockingQueue instance in SplitFetcherManager internally.
Code Block |
---|
@PublicEvolving public abstract class SourceReaderBase<E, T, SplitT extends SourceSplit, SplitStateT>Configuration config, SourceReaderContext context) { this(elementsQueue, splitFetcherManagerimplements SourceReader<T, recordEmitter,SplitT> null,{ config, context); } @Deprecated public SourceReaderBase( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, SplitFetcherManager<E, SplitT> splitFetcherManager, RecordEmitter<E, T, SplitStateT> recordEmitter, @NullableConfiguration RecordEvaluator<T> eofRecordEvaluatorconfig, SourceReaderContext Configurationcontext) config,{ this(elementsQueue, splitFetcherManager, recordEmitter, null, SourceReaderContextconfig, context) {; } //this.elementsQueue = elementsQueue;@Deprecated public SourceReaderBase( this.splitFetcherManager = splitFetcherManager; this.recordEmitter = recordEmitter; FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, this.splitStates =SplitFetcherManager<E, new HashMap<>();SplitT> splitFetcherManager, this.options = new SourceReaderOptions(config); RecordEmitter<E, T, SplitStateT> recordEmitter, this.config = config; @Nullable RecordEvaluator<T> eofRecordEvaluator, this.context = context; this.noMoreSplitsAssignment =Configuration false;config, this.eofRecordEvaluator = eofRecordEvaluator; SourceReaderContext context) { numRecordsInCounter//this.elementsQueue = context.metricGroup().getIOMetricGroup().getNumRecordsInCounter()elementsQueue; } this.splitFetcherManager // todo: provide a new constructor without FutureCompletingBlockingQueue = splitFetcherManager; this.recordEmitter public= SourceReaderBase(recordEmitter; this.splitStates = new HashMap<>(); SplitFetcherManager<E, SplitT> splitFetcherManager, this.options = new SourceReaderOptions(config); RecordEmitter<E, T, SplitStateT> recordEmitter, this.config = config; this.context Configuration= config,context; this.noMoreSplitsAssignment = false; SourceReaderContext context) { this.eofRecordEvaluator = eofRecordEvaluator; this(splitFetcherManager, recordEmitter, null, config, context) numRecordsInCounter = context.metricGroup().getIOMetricGroup().getNumRecordsInCounter(); } // todo: provide a new constructor without FutureCompletingBlockingQueue public SourceReaderBase( SplitFetcherManager<E, SplitT> splitFetcherManager, RecordEmitter<E, T, SplitStateT> recordEmitter, @Nullable RecordEvaluator<T> eofRecordEvaluator, Configuration config, SourceReaderContext context) { this.(splitFetcherManager = splitFetcherManager, recordEmitter, null, config, context); } this.recordEmitter = recordEmitter; // todo: provide a new constructor this.splitStates = new HashMap<>(); without FutureCompletingBlockingQueue public SourceReaderBase( this.options =SplitFetcherManager<E, new SourceReaderOptions(config); SplitT> splitFetcherManager, this.config = config; RecordEmitter<E, T, SplitStateT> recordEmitter, this.context = context; @Nullable RecordEvaluator<T> eofRecordEvaluator, Configuration config, SourceReaderContext context) { this.noMoreSplitsAssignmentsplitFetcherManager = falsesplitFetcherManager; this.eofRecordEvaluatorrecordEmitter = eofRecordEvaluatorrecordEmitter; this.splitStates numRecordsInCounter= =new context.metricGroupHashMap<>().getIOMetricGroup().getNumRecordsInCounter(); ; } } |
SingleThreadMultiplexSourceReaderBase
Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors as replacements which creates the FutureCompletingBlockingQueue instance in SplitFetcherManager internally.
Code Block |
---|
@PublicEvolving public abstract class SingleThreadMultiplexSourceReaderBase<E, T, SplitT extends SourceSplit, SplitStateT> extends SourceReaderBase<E, T, SplitT, SplitStateT> { @Depricated public SingleThreadMultiplexSourceReaderBase( this.options = new SourceReaderOptions(config); this.config = config; this.context FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue,= context; this.noMoreSplitsAssignment = false; SingleThreadFetcherManager<E, SplitT> splitFetcherManager, this.eofRecordEvaluator = eofRecordEvaluator; RecordEmitter<E, T, SplitStateT> recordEmitter, numRecordsInCounter = context.metricGroup().getIOMetricGroup().getNumRecordsInCounter(); } } |
SingleThreadMultiplexSourceReaderBase
Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors as replacements which creates the FutureCompletingBlockingQueue instance in SplitFetcherManager internally.
Code Block |
---|
@PublicEvolving public abstract class Configuration config, SourceReaderContext context) { super(elementsQueue, splitFetcherManager, recordEmitter, config, context); } SingleThreadMultiplexSourceReaderBase<E, T, SplitT extends SourceSplit, SplitStateT> extends SourceReaderBase<E, T, SplitT, SplitStateT> { @Depricated public SingleThreadMultiplexSourceReaderBase( FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, Supplier<SplitReader<ESingleThreadFetcherManager<E, SplitT>>SplitT> splitReaderSuppliersplitFetcherManager, RecordEmitter<E, T, SplitStateT> recordEmitter, Configuration config, SourceReaderContext context) { super( elementsQueue, splitFetcherManager, recordEmitter, config, context); } @Depricated public SingleThreadMultiplexSourceReaderBase( elementsQueue, FutureCompletingBlockingQueue<RecordsWithSplitIds<E>> elementsQueue, new SingleThreadFetcherManager<>(elementsQueue,Supplier<SplitReader<E, SplitT>> splitReaderSupplier, config), RecordEmitter<E, T, SplitStateT> recordEmitter, Configuration config, SourceReaderContext context); } // todo: Add new constructors without FutureCompletingBlockingQueue public SingleThreadMultiplexSourceReaderBase( { super( Supplier<SplitReader<E, SplitT>> splitReaderSupplierelementsQueue, RecordEmitter<E, T, SplitStateT> recordEmitter, new SingleThreadFetcherManager<>(elementsQueue, splitReaderSupplier, config), Configuration config, recordEmitter, SourceReaderContext context) { super(config, new SingleThreadFetcherManager<>(splitReaderSupplier, config),, context); } // todo: Add new constructors without FutureCompletingBlockingQueue public SingleThreadMultiplexSourceReaderBase( recordEmitter, Supplier<SplitReader<E, SplitT>> splitReaderSupplier, configRecordEmitter<E, T, SplitStateT> recordEmitter, Configuration config, context); } // todo:SourceReaderContext providecontext) a{ new constructor without FutureCompletingBlockingQueue public SingleThreadMultiplexSourceReaderBase super( SingleThreadFetcherManager<E new SingleThreadFetcherManager<>(splitReaderSupplier, SplitT> splitFetcherManagerconfig),, RecordEmitter<E, T, SplitStateT> recordEmitter, @Nullable RecordEvaluator<T> eofRecordEvaluatorconfig, Configuration config, context); } // SourceReaderContexttodo: context)provide { a new constructor without FutureCompletingBlockingQueue public superSingleThreadMultiplexSourceReaderBase( SingleThreadFetcherManager<E, SplitT> splitFetcherManager, RecordEmitter<E, T, SplitStateT> recordEmitter, @Nullable RecordEvaluator<T> eofRecordEvaluator, Configuration config, SourceReaderContext context); { } } |
Proposed Changes
- By exposing the SplitFetcherManager / SingleThreadFetcheManager, connector developers can easily create their own threading models in the SourceReaderBase, by implementing addSplits(), removeSplits() and
maybeShutdownFinishedFetchers() functions.
- Note that the SplitFetcher constructor is package private, so users can only create SplitFetchers via SplitFetcherManager.createSplitFetcher(). This ensures each SplitFetcher is always owned by the SplitFetcherManager.
- This FLIP essentially embedded the element queue (a FutureCompletingBlockingQueue) instance into the SplitFetcherManager. This hides the element queue from the connector developers and simplifies the SourceReaderBase to consist of only SplitFetcherManager and RecordEmitter as major components.
Compatibility, Deprecation, and Migration Plan
The Connectors that utilize constructors (including param elementsQueue) of SingleThreadMultiplexSourceReaderBase, SourceReaderBase, and SingleThreadFetcherManager should be migrated to the new constructor that does not have elementsQueue parameter.
Mark the impacted constructors as deprecated in 1.19, and remove them in release of 2.0.
Test Plan
nothing else to do.
Rejected Alternatives
change SplitFetcher to a public Interface
If SplitFetcherManager becomes PublicEvolving, that also means SplitFetcher needs to be PublicEvolving, because it is returned by the protected method SplitFetcherManager.createSplitFetcher()
However, SplitFetcher requires FutureCompletingBlockingQueue as a constructor parameter. SplitFetcher is a class rather than Interface. Therefore, I want to change SplitFetcher to a public Interface and moving its implementation details to an implement subclass .
Reject Reason
super(
splitFetcherManager,
recordEmitter,
eofRecordEvaluator,
config,
context);
}
} |
Proposed Changes
- By exposing the SplitFetcherManager / SingleThreadFetcheManager, connector developers can easily create their own threading models in the SourceReaderBase, by implementing addSplits(), removeSplits() and
maybeShutdownFinishedFetchers() functions.
- Note that the SplitFetcher constructor is package private, so users can only create SplitFetchers via SplitFetcherManager.createSplitFetcher(). This ensures each SplitFetcher is always owned by the SplitFetcherManager.
- This FLIP essentially embedded the element queue (a FutureCompletingBlockingQueue) instance into the SplitFetcherManager. This hides the element queue from the connector developers and simplifies the SourceReaderBase to consist of only SplitFetcherManager and RecordEmitter as major components.
Compatibility, Deprecation, and Migration Plan
The Connectors that utilize constructors (including param elementsQueue) of SingleThreadMultiplexSourceReaderBase, SourceReaderBase, and SingleThreadFetcherManager should be migrated to the new constructor that does not have elementsQueue parameter.
Mark the impacted constructors as deprecated in 1.19, and remove them in release of 2.0.
Test Plan
nothing else to do.
Rejected Alternatives
change SplitFetcher to a public Interface
If SplitFetcherManager becomes PublicEvolving, that also means SplitFetcher needs to be PublicEvolving, because it is returned by the protected method SplitFetcherManager.createSplitFetcher()
However, SplitFetcher requires FutureCompletingBlockingQueue as a constructor parameter. SplitFetcher is a class rather than Interface. Therefore, I want to change SplitFetcher to a public Interface and moving its implementation details to an implement subclass .
Reject Reason
The constructor of the SplitFetcher is already package private. So it can only be accessed from the classes in the package org.apache.flink.connector.base.source.reader.fetcher. And apparently, user classes should not be in this package. Therefore, even if we mark the
SplitFetcher class as PublicEvolving, the constructor is not available to the users. Only the public and protected methods are considered public API
in this case. Private / package private methods and fields are still internal.
SplitFetcherManager expose poll / getAvailabilityFuture / notifyAvailable / noAvailableElement
- Change SplitFetcherManager from Internal to PublicEvolving.
- Deprecate the old constructor exposing the FutureCompletingBlockingQueue, and add new constructors as replacements which creates the FutureCompletingBlockingQueue instance internally.
- Add a new internal method SplitFetcherManager#getQueue() for SourceReaderBase usage.
|
Reject Reason
SplitFetcherManager exposes 4 more methods, poll / getAvailabilityFuture / notifyAvailable / noAvailableElement, which are tightly coupled with the implementation of the elementQueue. The naming of these methods look weird, like what does it mean to "poll from a SplitFetcherManager" / "notify a SplitFetcherManager available"? To clarify these methods we have to explain to developers that "well we hide a queue inside SplitFetcherMamager and the poll method is actually polling from the queue". I'm afraid these methods will implicitly expose the concept and the implementation of the queue to developers.
A cleaner solution would be having a new interface that extracts SplitFetcher creating and managing logic from the current SplitFetcherManager, but having too many concepts might make the entire Source API even harder to understand. To make a compromise, only expose constructors of SplitFetcherManager as public APIs, and adding a new internal method SplitFetcherManager#getQueue() for SourceReaderBase (well it's a bit hacky , more worthy than exposing methods like poll and notifyAvailable on SplitFetcherManager )The constructor of the SplitFetcher is already package private. So it can only be accessed from the classes in the package org.apache.flink.connector.base.source.reader.fetcher. And apparently, user classes should not be in this package. Therefore, even if we mark the
SplitFetcher class as PublicEvolving, the constructor is not available to the users. Only the public and protected methods are considered public API
in this case. Private / package private methods and fields are still internal.