Job fire and forget is not working
See original GitHub issueI created a master workflow that has several other workflows chained one after another. Each start workflow activity is set to Fire and forget
. But, the workflows only start after the previous one in the chain completes.
Issue Analytics
- State:
- Created a year ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
fire and forget an async Task method sometimes not invoke
You're running the async method in a synchronization context and something is holding up the context, preventing it from running the dispatched ...
Read more >How to "fire and forget" a job or task. #9945
I'm currently using the BackgroundJob class successfully. Some jobs execute in few seconds. Other jobs execute in minutes or hours. Each job is ......
Read more >Why trigger something remotely (using Jenkins) and then ...
Such "fire and forget" sounds like not respecting some of the basic rules in IT: in whatever process (or program, etc) you write,...
Read more >Hangfire – Background jobs and workers for .NET and .NET ...
An easy way to perform background processing in .NET and .NET Core applications. No Windows Service or separate process required. Backed by persistent...
Read more >04. Fire-and-forget Jobs - YouTube
In this part, you will create your first fire-and-forget job. ... Postman - Hangfire Dashboard Overview Please, do not forget to subscribe!
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
The “fire and forget” term is misleading in this context. What the Run Workflow activity actually does is execute a workflow and wait for it to either complete or get suspended. If the child workflow gets suspended, then the “fire and forget” setting will cause the main workflow to continue to its next activity. The “blocking” mode on the other hand will suspend itself until the child workflow completes.
What you’re after is a true fire and forget behavior, where the main workflow dispatches the child workflow, not execute it. We should probably add a new mode called e.g. “TRUE fire and forget” (maybe using a better name 😉).
The following would be a proper list of modes:
Exactly, that’s what I proposed in my previous comment with the Fire and Forget mode. When using the dispatcher, it achieves exactly that: the child workflow execution instruction gets sent to a queue, which then gets picked up by any node in the cluster 😃