> The BucketingSink suffers from the same problem. It's caused by the fact
> that we don't do a "final" checkpoint before shutting down a pipeline.
> We're trying to resolve that with FLIP-147 [1].

I thought this was waiting on FLIP-46 -- Graceful Shutdown Handling -- and
in fact, the StreamingFileSink is mentioned in that FLIP as a motivating
use case.

[1]
https://cwiki.apache.org/confluence/display/FLINK/FLIP-46%3A+Graceful+Shutdown+Handling+by+UDFs

On Tue, Oct 13, 2020 at 1:01 PM Aljoscha Krettek <aljos...@apache.org>
wrote:

> On 13.10.20 11:18, David Anderson wrote:
> > I think the pertinent question is whether there are interesting cases
> where
> > the BucketingSink is still a better choice. One case I'm not sure about
> is
> > the situation described in docs for the StreamingFileSink under Important
> > Note 2 [1]:
> >
> >      ... upon normal termination of a job, the last in-progress files
> will
> > not be transitioned to the “finished” state.
> >
> > I know this confuses and frustrates users, but I don't know if the
> > BucketingSink has any advantages in this regard.
>
> The BucketingSink suffers from the same problem. It's caused by the fact
> that we don't do a "final" checkpoint before shutting down a pipeline.
> We're trying to resolve that with FLIP-147 [1].
>
> [1] https://cwiki.apache.org/confluence/x/mw-ZCQ
>
>

Reply via email to