[ 
https://issues.apache.org/jira/browse/FLINK-38216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rui Fan resolved FLINK-38216.
-----------------------------
    Fix Version/s: 2.2.0
       Resolution: Fixed

Merged to master(2.2.0) via: c9773f411e7c8aab01f875877820a788a079828b

> Refactor EndOfChannelStateEvent according to input buffer and output buffer
> ---------------------------------------------------------------------------
>
>                 Key: FLINK-38216
>                 URL: https://issues.apache.org/jira/browse/FLINK-38216
>             Project: Flink
>          Issue Type: Improvement
>          Components: Runtime / Checkpointing
>            Reporter: Rui Fan
>            Assignee: Rui Fan
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 2.2.0
>
>
> {color:#292a2e}Both of input buffers and out buffers use the same 
> EndOfChannelStateEvent, but it is used in different way.{color}
> {color:#292a2e}For {color:#292a2e}EndOfChannelStateEvent{color} of input 
> buffer (downstream task side):{color}
>  * It is emitted by the downstream after emitting the last recovered input 
> buffer for a channel
>  * this triggers that input channel conversion to a “normal channel”
> {color:#292a2e}For {color:#292a2e}EndOfChannelStateEvent{color} of output 
> buffer (upstream task side):{color}
>  * it is emitted by the upstream after sending the last recovered output 
> buffer
>  * this eventually triggers task input conversion in the downstream to a 
> “normal input”
>  
> The code would be more clearer if this event is separated into 2 events, like:
>  * EndOfInputChannelStateEvent and EndOfOutputChannelStateEvent
>  * EndOfUpstreamChannelStateEvent and EndOfDownstreamChannelStateEvent



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to