Class TestSourceFunction
- java.lang.Object
-
- org.apache.flink.table.toolbox.TestSourceFunction
-
- All Implemented Interfaces:
Serializable
,Function
,SourceFunction<RowData>
public class TestSourceFunction extends Object implements SourceFunction<RowData>
A source function used to test.For simplicity, the deprecated source function method is used to create the source.
- See Also:
- Serialized Form
-
-
Nested Class Summary
-
Nested classes/interfaces inherited from interface org.apache.flink.streaming.api.functions.source.legacy.SourceFunction
SourceFunction.SourceContext<T>
-
-
Constructor Summary
Constructors Constructor Description TestSourceFunction(WatermarkStrategy<RowData> watermarkStrategy)
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description void
cancel()
Cancels the source.void
run(SourceFunction.SourceContext<RowData> ctx)
Starts the source.
-
-
-
Constructor Detail
-
TestSourceFunction
public TestSourceFunction(WatermarkStrategy<RowData> watermarkStrategy)
-
-
Method Detail
-
run
public void run(SourceFunction.SourceContext<RowData> ctx)
Description copied from interface:SourceFunction
Starts the source. Implementations use theSourceFunction.SourceContext
to emit elements. Sources that checkpoint their state for fault tolerance should use thecheckpoint lock
to ensure consistency between the bookkeeping and emitting the elements.Sources that implement
CheckpointedFunction
must lock on thecheckpoint lock
checkpoint lock (using a synchronized block) before updating internal state and emitting elements, to make both an atomic operation.Refer to the
top-level class docs
for an example.- Specified by:
run
in interfaceSourceFunction<RowData>
- Parameters:
ctx
- The context to emit elements to and for accessing locks.
-
cancel
public void cancel()
Description copied from interface:SourceFunction
Cancels the source. Most sources will have a while loop inside theSourceFunction.run(SourceContext)
method. The implementation needs to ensure that the source will break out of that loop after this method is called.A typical pattern is to have an
"volatile boolean isRunning"
flag that is set tofalse
in this method. That flag is checked in the loop condition.In case of an ungraceful shutdown (cancellation of the source operator, possibly for failover), the thread that calls
SourceFunction.run(SourceContext)
will also beinterrupted
) by the Flink runtime, in order to speed up the cancellation (to ensure threads exit blocking methods fast, like I/O, blocking queues, etc.). The interruption happens strictly after this method has been called, so any interruption handler can rely on the fact that this method has completed (for example to ignore exceptions that happen after cancellation).During graceful shutdown (for example stopping a job with a savepoint), the program must cleanly exit the
SourceFunction.run(SourceContext)
method soon after this method was called. The Flink runtime will NOT interrupt the source thread during graceful shutdown. Source implementors must ensure that no thread interruption happens on any thread that emits records through theSourceContext
from theSourceFunction.run(SourceContext)
method; otherwise the clean shutdown may fail when threads are interrupted while processing the final records.Because the
SourceFunction
cannot easily differentiate whether the shutdown should be graceful or ungraceful, we recommend that implementors refrain from interrupting any threads that interact with theSourceContext
at all. You can rely on the Flink runtime to interrupt the source thread in case of ungraceful cancellation. Any additionally spawned threads that directly emit records through theSourceContext
should use a shutdown method that does not rely on thread interruption.- Specified by:
cancel
in interfaceSourceFunction<RowData>
-
-