This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-07-10
Channels
- # beginners (15)
- # boot (15)
- # cider (6)
- # cljs-dev (231)
- # cljsjs (1)
- # cljsrn (26)
- # clojure (147)
- # clojure-argentina (1)
- # clojure-dev (8)
- # clojure-germany (1)
- # clojure-italy (26)
- # clojure-russia (2)
- # clojure-spec (83)
- # clojure-uk (154)
- # clojurescript (123)
- # conf-proposals (3)
- # core-async (5)
- # cursive (26)
- # datascript (21)
- # datomic (120)
- # emacs (2)
- # graphql (9)
- # hoplon (195)
- # instaparse (16)
- # jobs-discuss (1)
- # leiningen (8)
- # luminus (8)
- # lumo (7)
- # off-topic (17)
- # om (7)
- # om-next (3)
- # parinfer (121)
- # pedestal (5)
- # planck (13)
- # re-frame (11)
- # reagent (21)
- # ring-swagger (2)
- # spacemacs (28)
- # uncomplicate (3)
- # unrepl (7)
- # untangled (34)
- # vim (5)
@hlship did you have the time to check out my PR? https://github.com/walmartlabs/lacinia-pedestal/pull/13
hmaurer: I have something more ambitious going on in my branch, that makes it easier to arbitrarily extend or swap implementations of interceptors in the GraphQL routes. https://github.com/walmartlabs/lacinia-pedestal/tree/20170616-subscriptions
it's valid to nest "history" under "person" … in the resolver for "history" I'll detect the case where it's passed a resolver value from the "person" resolver, and I'll fetch that person's history
it's also valid to ask for "history" at the root level, since you might get history results for things other than a person