This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-03-29
Channels
- # admin-announcements (1)
- # announcements (20)
- # babashka (43)
- # beginners (134)
- # calva (2)
- # clerk (7)
- # cljdoc (9)
- # clojars (8)
- # clojure (91)
- # clojure-europe (21)
- # clojure-nl (1)
- # clojure-norway (13)
- # clojure-uk (1)
- # clojurescript (5)
- # datahike (3)
- # docker (2)
- # emacs (6)
- # fulcro (7)
- # graphql (9)
- # honeysql (24)
- # improve-getting-started (5)
- # introduce-yourself (1)
- # lambdaisland (1)
- # luminus (3)
- # malli (3)
- # nbb (19)
- # off-topic (22)
- # pathom (1)
- # portal (3)
- # practicalli (1)
- # rdf (26)
- # reagent (29)
- # reitit (9)
- # shadow-cljs (15)
- # spacemacs (3)
- # sql (4)
- # tools-build (30)
- # xtdb (41)
I was curious if anyone considered how to integrate pathom with a rules engine. I was looking at O’Doyles rules which uses EAV triplets to describe the rules (https://github.com/oakes/odoyle-rules). This reminds me of the pathom-datomic integration. However, what I think would be clever if possible, is to be able to read the LHS (left-hand-side) of the rules and figure out the appropriate pathom pco/input for the rule (and output from RHS). Maybe this is quite problematic though, as pathom wants to return structured data versus the EAV format that O’Doyle (or similar rules engines) use. Using something like Clara I suppose would be more closely related, but then parsing those rules possibly more problematic.