You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@beam.apache.org by "Pei He (JIRA)" <ji...@apache.org> on 2017/07/26 02:33:00 UTC
[jira] [Created] (BEAM-2681) TransformHierarchy.Node getInputs()
TupleTags doesn't match previous ParDo.MultiOutput's getOutputs().
Pei He created BEAM-2681:
----------------------------
Summary: TransformHierarchy.Node getInputs() TupleTags doesn't match previous ParDo.MultiOutput's getOutputs().
Key: BEAM-2681
URL: https://issues.apache.org/jira/browse/BEAM-2681
Project: Beam
Issue Type: Bug
Components: sdk-java-core
Reporter: Pei He
Assignee: Thomas Groh
Priority: Minor
For example,
ParDo.MultiOutput ->PCollectionTuple [tag1 -> pc1 (tag_pc1), tag2 -> pc2 (tag_pc2)]
pc1 (tag_pc1) -> transform_a
pc2 (tag_pc2) -> transform_b
During translation, calling getOutputs() for Node ParDo.MultiOutput will returns map keyed by tag1 and tag2, and calling getInputs() for Node transform_a and transform_b will returns map keyed by tag_pc1 and tag_pc2 respectively.
Every runner will need to add special case for ParDo translation in order to handle this.
Is this a bug or intended? (If it is intended, should we document it somewhere for runner implementors?)
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)