This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-10-18
Channels
- # announcements (12)
- # babashka (6)
- # beginners (62)
- # calva (3)
- # cider (41)
- # clerk (5)
- # clojure (192)
- # clojure-bay-area (1)
- # clojure-europe (14)
- # clojure-norway (97)
- # clojure-uk (6)
- # clojuredesign-podcast (4)
- # clojurescript (30)
- # code-reviews (7)
- # cursive (32)
- # datahike (4)
- # datomic (35)
- # docker (8)
- # emacs (8)
- # events (1)
- # fulcro (13)
- # helix (19)
- # hoplon (4)
- # hyperfiddle (37)
- # jobs-discuss (10)
- # membrane (11)
- # missionary (19)
- # off-topic (28)
- # polylith (8)
- # portal (10)
- # practicalli (8)
- # re-frame (31)
- # reitit (6)
- # shadow-cljs (39)
- # timbre (3)
- # vim (1)
- # xtdb (6)
trying to watch an atom of a hash-map and get granular updates by mapentry. here’s an implementation that processes through all map entries on each change.
what is the context ? it seems to overlap with what we've been working on for the next electric
also keep in mind the naive solution should be quite efficient for reasonably low fanout, the entire downstream graph is touched but thanks to work-skipping optimization the previous states are reused
which for now are stored during the lifecycle of the application in an atom like {:token {:email .., :refresh-token .., :expiry ..}}
so I was looking to use (m/?> ##Inf
to start m/sleep until expiry at which point the token should be refreshed
down the road this data will likely go into a datalevin at which point a tx-listener will provide granular updates that can be grouped by the eid
already doing this here https://github.com/lumberdev/tesserae/blob/master/src/tesserae/eval.clj#L437-L497
however, an example of diffing with missionary would be great. However, happy to use the map of atoms or db approach in the interim