-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[Question] Would it be advisable to structure our process using sub-workflows? #1269
Comments
How about using Events to signal that the sub-workflow is finished?
The StartSubWorkflowA step would trigger the sub workflow, passing it the WorkflowId so it can dispatch it in the event to signal that the subworkflow has finished
And then as the final step of the sub workflow you'd need to trigger the event letting the "parent" workflow know it can resume:
(I've not tried any of this btw, just how I'd approach it if it were me) |
Hi @jordanwallwork, This is a good idea but I'd rather use a middleware to trigger the "workflowcompleted" event so that you can use any workflow as a subworkflow. |
@jordanwallwork @cjundt On a side note, using middleware to publish the event was a great tip – that really helped out! |
We have a use case involving nested workflows, where one step includes a sub-workflow that must be completed before proceeding to the next step. Although we found Decision Branching (#486), which allows the creation of branches with multiple steps, we have a few concerns:
Would it be advisable to structure our process using sub-workflows? If so, how can we implement this using the package? We've tried a few options, but they don't wait for the sub-workflow to complete before moving on.
The text was updated successfully, but these errors were encountered: