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

Berislav Lopac updated AIRFLOW-2361:
------------------------------------
    Description: 
When {{GoogleCloudStorageToGoogleCloudStorageOperator}} is used with a 
wildcard, it can copy more than one file. It would be useful if there would 
exist a mechanism to store the list of copied files as XCom so it can be used 
by other tasks downstream.

Proposed solution: Add a {{xcom_push}} flag argument to the constructor; if 
{{True}}, the \{{execute}} method returns a report on copied files. The report 
is a list of two-tuples representing each original/target file pair:
{code:java}
[
    ("original/file/path.ext", "target/prefix/original/file/path.ext"),
    ...
]{code}

  was:
When {{GoogleCloudStorageToGoogleCloudStorageOperator}} is used with a 
wildcard, it can copy more than one file. It would be useful if there would 
exist a mechanism to store the list of copied files as XCom so it can be used 
by other tasks downstream.

Proposed solution: Add a {{xcom_push}} flag argument to the constructor; if 
{{True}}, the \{{execute }}method returns a report on copied files. The report 
is a list of two-tuples representing each original/target file pair:
{code:java}
[
    ("original/file/path.ext", "target/prefix/original/file/path.ext"),
    ...
]{code}


> Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied 
> files to XCom
> ------------------------------------------------------------------------------------------
>
>                 Key: AIRFLOW-2361
>                 URL: https://issues.apache.org/jira/browse/AIRFLOW-2361
>             Project: Apache Airflow
>          Issue Type: Improvement
>            Reporter: Berislav Lopac
>            Assignee: Berislav Lopac
>            Priority: Minor
>
> When {{GoogleCloudStorageToGoogleCloudStorageOperator}} is used with a 
> wildcard, it can copy more than one file. It would be useful if there would 
> exist a mechanism to store the list of copied files as XCom so it can be used 
> by other tasks downstream.
> Proposed solution: Add a {{xcom_push}} flag argument to the constructor; if 
> {{True}}, the \{{execute}} method returns a report on copied files. The 
> report is a list of two-tuples representing each original/target file pair:
> {code:java}
> [
>     ("original/file/path.ext", "target/prefix/original/file/path.ext"),
>     ...
> ]{code}



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

Reply via email to