Fix #37736: Allow composite transforms to use implicit input chaining#37861
Fix #37736: Allow composite transforms to use implicit input chaining#37861liferoad wants to merge 11 commits intoapache:masterfrom
Conversation
…aining When a composite transform has no explicit inputs/outputs on its sub-transforms, automatically chain them similar to how 'chain' type transforms work. Added test_composite_implicit_input_chaining to verify the fix.
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request enhances the usability of Highlights
🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
|
Checks are failing. Will not request review until checks are succeeding. If you'd like to override that behavior, comment |
This reverts commit ceb0ac1.
This fix addresses the issue where composite transforms with no explicit
input specification were failing to receive inputs from the pipeline.
Key changes:
1. Fixed has_explicit_io check to use is_empty() instead of just checking
key presence - this properly treats {} as 'no explicit input'
2. Added composite_has_input check to only do implicit chaining when
the composite has an input to chain from
3. Fixed inner_scope_inputs computation to use parent scope's inputs
when the composite has no explicit input
4. Fixed output handling to use is_empty() check (normalization sets {})
5. Fixed final return to correctly resolve scope inputs vs transform outputs
|
Assigning reviewers: R: @tvalentyn for label python. Note: If you would like to opt out of this review, comment Available commands:
The PR bot will only process comments in the main thread (not review comments). |
|
R: @derrickaw |
|
Stopping reviewer notifications for this pull request: review requested by someone other than the bot, ceding control. If you'd like to restart, comment |
|
Any website documentation need improving due to this change? https://beam.apache.org/documentation/sdks/yaml/ |
|
Good point about the docs! The current Beam YAML documentation states that non-linear (composite) pipelines require explicit inputs for each transform. With this change, I will file a follow-up issue to update the documentation. |
|
LGTM pending tests. |
Issue
#37736
When using
type: compositein Beam YAML, each sub-transform requires an explicitinput, unliketype: chainwhich automatically passes the output of one transform to the next.Fix
Modified
expand_composite_transform()insdks/python/apache_beam/yaml/yaml_transform.pyto automatically chain sub-transforms when no explicit inputs/outputs are specified, similar to howchaintype transforms work.Testing
Added
test_composite_implicit_input_chainingtest case inyaml_transform_test.pyto verify the fix.