@Internal public class ContinuousFileMonitoringFunction<OUT> extends RichSourceFunction<org.apache.flink.core.fs.FileInputSplit> implements Checkpointed<Long>
FileInputFormat and is responsible for
i) monitoring a user-provided path, ii) deciding which files should be further read and processed,
iii) creating the FileInputSplits corresponding to those files, and iv) assigning
them to downstream tasks for further reading and processing. Which splits will be further processed
depends on the user-provided FileProcessingMode and the FilePathFilter.
The splits of the files to be read are then forwarded to the downstream
ContinuousFileReaderOperator which can have parallelism greater than one.SourceFunction.SourceContext<T>| Modifier and Type | Field and Description |
|---|---|
static long |
MIN_MONITORING_INTERVAL
The minimum interval allowed between consecutive path scans.
|
| Constructor and Description |
|---|
ContinuousFileMonitoringFunction(org.apache.flink.api.common.io.FileInputFormat<OUT> format,
String path,
FilePathFilter filter,
FileProcessingMode watchType,
int readerParallelism,
long interval) |
| Modifier and Type | Method and Description |
|---|---|
void |
cancel()
Cancels the source.
|
void |
close() |
void |
open(org.apache.flink.configuration.Configuration parameters) |
void |
restoreState(Long state)
Restores the state of the function or operator to that of a previous checkpoint.
|
void |
run(SourceFunction.SourceContext<org.apache.flink.core.fs.FileInputSplit> context)
Starts the source.
|
Long |
snapshotState(long checkpointId,
long checkpointTimestamp)
Gets the current state of the function of operator.
|
public static final long MIN_MONITORING_INTERVAL
watchType is set to PROCESS_CONTINUOUSLY.public ContinuousFileMonitoringFunction(org.apache.flink.api.common.io.FileInputFormat<OUT> format, String path, FilePathFilter filter, FileProcessingMode watchType, int readerParallelism, long interval)
public void open(org.apache.flink.configuration.Configuration parameters)
throws Exception
open in interface org.apache.flink.api.common.functions.RichFunctionopen in class org.apache.flink.api.common.functions.AbstractRichFunctionExceptionpublic void run(SourceFunction.SourceContext<org.apache.flink.core.fs.FileInputSplit> context) throws Exception
SourceFunctionSourceFunction.SourceContext emit
elements.
Sources that implement Checkpointed
must lock on the checkpoint lock (using a synchronized block) before updating internal
state and emitting elements, to make both an atomic operation:
public class ExampleSource<T> implements SourceFunction<T>, Checkpointed<Long> {
private long count = 0L;
private volatile boolean isRunning = true;
public void run(SourceContext<T> ctx) {
while (isRunning && count < 1000) {
synchronized (ctx.getCheckpointLock()) {
ctx.collect(count);
count++;
}
}
}
public void cancel() {
isRunning = false;
}
public Long snapshotState(long checkpointId, long checkpointTimestamp) { return count; }
public void restoreState(Long state) { this.count = state; }
}
run in interface SourceFunction<org.apache.flink.core.fs.FileInputSplit>context - The context to emit elements to and for accessing locks.Exceptionpublic void close()
throws Exception
close in interface org.apache.flink.api.common.functions.RichFunctionclose in class org.apache.flink.api.common.functions.AbstractRichFunctionExceptionpublic void cancel()
SourceFunctionSourceFunction.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 to
false in this method. That flag is checked in the loop condition.
When a source is canceled, the executing thread will also be interrupted
(via Thread.interrupt()). The interruption happens strictly after this
method has been called, so any interruption handler can rely on the fact that
this method has completed. It is good practice to make any flags altered by
this method "volatile", in order to guarantee the visibility of the effects of
this method to any interruption handler.
cancel in interface SourceFunction<org.apache.flink.core.fs.FileInputSplit>public Long snapshotState(long checkpointId, long checkpointTimestamp) throws Exception
CheckpointedsnapshotState in interface Checkpointed<Long>checkpointId - The ID of the checkpoint.checkpointTimestamp - The timestamp of the checkpoint, as derived by
System.currentTimeMillis() on the JobManager.Exception - Thrown if the creation of the state object failed. This causes the
checkpoint to fail. The system may decide to fail the operation (and trigger
recovery), or to discard this checkpoint attempt and to continue running
and to try again with the next checkpoint attempt.public void restoreState(Long state) throws Exception
CheckpointedrestoreState in interface Checkpointed<Long>state - The state to be restored.ExceptionCopyright © 2014–2016 The Apache Software Foundation. All rights reserved.