-
|
Hello, I'm working on a small sub-set implementation of the specification for my use-case. I've spent some time pouring over the details and I can't tell if this test case is something I should be aiming for or not. Should a "set" task's mutations be the output of a task or should they mutate $context or ? Basically -- does this scenario express something true about the spec or not? Overall I'm a bit uncertain about the role of $context vs. the $output cascade... I've made some progress in understanding over the past few days, but it's a work in progress :) |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
The
No, the assumption made in your scenario, as far I understand it, is wrong. As a matter of fact, the result of the result:
doubledNumber: 6Because you did not configure output at flow level either, the output of the workflow will be the above, too.
You can see I hope this answers your questions! |
Beta Was this translation helpful? Give feedback.
The
settask mutates its own input. If you do not configure output, its mutated input will become the output of the task.No, the assumption made in your scenario, as far I understand it, is wrong.
As a matter of fact, the result of the
setValuestask, without output configuration, should be (given its input was{}and the$workflow.input.numberwas, say,3):Because you did not configure output at flow level either, the output of the workflow will be the above, too.