[ 
https://issues.apache.org/jira/browse/FLINK-4329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15428241#comment-15428241
 ] 

ASF GitHub Bot commented on FLINK-4329:
---------------------------------------

Github user aljoscha commented on a diff in the pull request:

    https://github.com/apache/flink/pull/2350#discussion_r75488070
  
    --- Diff: 
flink-streaming-java/src/main/java/org/apache/flink/streaming/api/functions/source/ContinuousFileReaderOperator.java
 ---
    @@ -103,12 +103,28 @@ public void open() throws Exception {
                this.format.setRuntimeContext(getRuntimeContext());
                this.format.configure(new Configuration());
     
    -           this.collector = new TimestampedCollector<>(output);
                this.checkpointLock = getContainingTask().getCheckpointLock();
     
                Preconditions.checkState(reader == null, "The reader is already 
initialized.");
     
    -           this.reader = new SplitReader<>(format, serializer, collector, 
checkpointLock, readerState);
    +           // set the reader context based on the time characteristic
    --- End diff --
    
    I think both the `SourceContext` plus subclasses and this instantiation 
code should be moved out of the sources since it is now used for more than 
that. 


> Fix Streaming File Source Timestamps/Watermarks Handling
> --------------------------------------------------------
>
>                 Key: FLINK-4329
>                 URL: https://issues.apache.org/jira/browse/FLINK-4329
>             Project: Flink
>          Issue Type: Bug
>          Components: Streaming Connectors
>    Affects Versions: 1.1.0
>            Reporter: Aljoscha Krettek
>            Assignee: Kostas Kloudas
>             Fix For: 1.1.1
>
>
> The {{ContinuousFileReaderOperator}} does not correctly deal with watermarks, 
> i.e. they are just passed through. This means that when the 
> {{ContinuousFileMonitoringFunction}} closes and emits a {{Long.MAX_VALUE}} 
> that watermark can "overtake" the records that are to be emitted in the 
> {{ContinuousFileReaderOperator}}. Together with the new "allowed lateness" 
> setting in window operator this can lead to elements being dropped as late.
> Also, {{ContinuousFileReaderOperator}} does not correctly assign ingestion 
> timestamps since it is not technically a source but looks like one to the 
> user.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to