-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Workflow evaluation graphs do not take into account workflow inputs #356
Comments
The tricky part will be testing this with an assertion that the tasks ran in parallel, as workflow evaluation is a bit of black box in that regard. I think perhaps a unit test on |
Hi @peterhuene can you please assign me this issue, as per our conversation on slack. I've made the necessary changes. I'm currently writing unit test for this. Sending a patch in a few minutes. Thanks! |
- Add sample test from stjude-rust-labs#356
- Add sample test from stjude-rust-labs#356 - fix typo - remove debugging logs - update changelog
- Add sample test from stjude-rust-labs#356 - fix typo - remove debugging logs - update changelog - format files - remove unncecessary to_string() calls
- Add sample test from stjude-rust-labs#356 - fix typo - remove debugging logs - update changelog - format files - remove unncecessary to_string() calls
I found this example from the WDL 1.0 spec:
If you were to call
foo
without a value fory
,t2
would depend ont1
(viay
) and would have to be executed in series.If you were to call
foo
with a value fory
,t1
andt2
could be executed in parallel as there is no dependency edge between them.The issue in
wdl-engine
is that we currently build the evaluation graph based solely on the workflow statement and always introduce dependency edges from any of the input default expressions.Instead, this process should take into account any inputs provided to the workflow and skip adding dependency edges from the default expressions if a value was provided.
The text was updated successfully, but these errors were encountered: