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

Tim Robertson commented on BEAM-5036:
-------------------------------------

Thanks [~reuvenlax] - that was in response to my concern about the files 
already existing right? It doesn't affect whether we use copy/delete or rename 
approach, or am I missing something?

I have added {{FileAlreadyExistsException}} in the [PR for changing 
HDFSFileSystem.rename()|https://github.com/apache/beam/pull/6285]. With that we 
can handle the case of failure when the destination already exists, delete it 
and retry thus forcing the overwrite. Together with the IGNORE_MISSING_FILES 
that should be as idempotent as we can achieve I think.

Sound reasonable? 

> Optimize FileBasedSink's WriteOperation.moveToOutput()
> ------------------------------------------------------
>
>                 Key: BEAM-5036
>                 URL: https://issues.apache.org/jira/browse/BEAM-5036
>             Project: Beam
>          Issue Type: Improvement
>          Components: io-java-files
>    Affects Versions: 2.5.0
>            Reporter: Jozef Vilcek
>            Assignee: Tim Robertson
>            Priority: Major
>          Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> moveToOutput() methods in FileBasedSink.WriteOperation implements move by 
> copy+delete. It would be better to use a rename() which can be much more 
> effective for some filesystems.
> Filesystem must support cross-directory rename. BEAM-4861 is related to this 
> for the case of HDFS filesystem.
> Feature was discussed here:
> http://mail-archives.apache.org/mod_mbox/beam-dev/201807.mbox/%3CCAF9t7_4Mp54pQ+vRrJrBh9Vx0=uaknupzd_qdh_qdm9vxll...@mail.gmail.com%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to