|
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 :) |
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! |
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.