beam-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eugene Kirpichov (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (BEAM-60) FileBasedSource/IOChannelFactory: Custom glob expansion
Date Tue, 28 Mar 2017 23:20:42 GMT

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

Eugene Kirpichov commented on BEAM-60:
--------------------------------------

BEAM-1822 probably justifies raising the priority of this.

Also, I unassigned from Pei because AFAIK he no longer works on Beam.

> FileBasedSource/IOChannelFactory: Custom glob expansion
> -------------------------------------------------------
>
>                 Key: BEAM-60
>                 URL: https://issues.apache.org/jira/browse/BEAM-60
>             Project: Beam
>          Issue Type: New Feature
>          Components: sdk-java-core
>            Reporter: Daniel Halperin
>
> Many cloud and distributed filesystems are eventually consistent, for instance Amazon
s3 and Google Cloud Storage.
> To work around this, many systems that produce files such as Beam's FileBasedSinks, or
Google BigQuery will provide methods to determine the number and set of files produced. E.g.,
> * Beam FileBasedSink uses -00000-of-NNNNN
> * BigQuery export jobs uses -000000 -000001 -000002 ... until an empty file is produced
> * Another system may produce a .filelist suffix that contains a list of all files.
> Users should be able to supply a glob to FileBasedSource but additionally supply a "glob
expander" that can provide a custom implementation for file expansion. That way, e.g., Beam
pipelines can be run back-to-back-to-back where each consumes the output of the previous,
on an inconsistent filesystem, without data loss.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message