[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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 list of two-tuples representing each
source/destination 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 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 list of two-tuples representing
> each source/destination 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)
[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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 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 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)
[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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 dict of following structure:
{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)
[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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)
[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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 dict of following structure:
{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 dict of following structure:
{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 dict of following structure:
> {code:java}
> [
> ["original/file/path.ext", "target/prefix/original/file/path.ext"],
> ...
> ]{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (AIRFLOW-2361) Allow GoogleCloudStorageToGoogleCloudStorageOperator to store list of copied files to XCom
[
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 dict of following structure:
{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 dict of following structure:
{code:java}
{
"source_bucket": "source-bucket-name",
"destination_bucket": "destination-bucket-name",
"copied_files": [
["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 dict of following structure:
> {code:java}
> [
> ["original/file/path.ext", "target/prefix/original/file/path.ext"],
> ...
> }{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
