This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-08-07
Channels
- # aleph (7)
- # announcements (1)
- # babashka (31)
- # beginners (18)
- # calva (23)
- # cljdoc (10)
- # clojure (74)
- # clojure-europe (42)
- # clojure-norway (10)
- # clojure-uk (1)
- # clojurescript (19)
- # core-async (2)
- # cursive (188)
- # data-science (11)
- # datahike (1)
- # datascript (4)
- # events (2)
- # figwheel-main (23)
- # fulcro (5)
- # gratitude (2)
- # honeysql (3)
- # hyperfiddle (120)
- # jobs (3)
- # lsp (3)
- # meander (6)
- # missionary (8)
- # nrepl (1)
- # off-topic (5)
- # rdf (11)
- # releases (4)
- # remote-jobs (1)
- # sci (5)
- # tools-build (3)
- # tools-deps (14)
Are missionary flows/tasks suitable for long-running tasks? If yes, can state be persisted?
Let's assume graceful shutdown. I am considering if I can use Missionary to model some async parallel Tasks that represents jobs in the real-world. I guess would need to be able to query the graph? Concrete case: three real-world tasks T1, T2 & T3 are assigned to two people/workers (P1 & P2). P1 gets T1 & T2, P2 gets T3. I want something to happen when both P1 & P2 have marked all their tasks as complete or cancelled. Basically use Missionary for Workflows.
you can model a workflow with missionary as long as its lifecycle is bound to the JVM process
Right. And if I need to shut down the JVM, I can remember task states, cancel all those task and on restart, I could recreate them as a fresh flow on startup?
do tasks have IDs internally or is it closures all the way down?