[ 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)