This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-01-10
Channels
- # adventofcode (3)
- # aws (2)
- # beginners (85)
- # boot (8)
- # boot-dev (4)
- # cider (36)
- # clara (3)
- # cljs-dev (87)
- # cljsrn (3)
- # clojure (87)
- # clojure-austin (12)
- # clojure-brasil (1)
- # clojure-dev (8)
- # clojure-dusseldorf (5)
- # clojure-estonia (5)
- # clojure-greece (4)
- # clojure-italy (3)
- # clojure-spec (17)
- # clojure-uk (55)
- # clojurescript (70)
- # core-logic (2)
- # cursive (6)
- # data-science (18)
- # datomic (13)
- # emacs (34)
- # fulcro (347)
- # graphql (12)
- # hoplon (6)
- # jobs (3)
- # jobs-discuss (43)
- # juxt (2)
- # keechma (31)
- # leiningen (29)
- # lumo (2)
- # midje (2)
- # off-topic (118)
- # om-next (4)
- # onyx (39)
- # pedestal (6)
- # re-frame (85)
- # reagent (21)
- # remote-jobs (3)
- # ring (5)
- # rum (2)
- # shadow-cljs (126)
- # spacemacs (1)
- # sql (6)
It's a lot of time and work to keep upgrading our apps to use the latest RCs, but I do find some rough edges doing so.
Our apps are trickier than most, since we have to include a bunch of hacks related to old clients that expect behaviors that were present in Lacinia from long before it was publicly released. I hope and believe that apps that were built since the initial public release will have much less difficulty with upgrades ... feedback encouraged!
I've been trying out the latest rc, seems real stable
I have a question @hlship: I'm working on a library which takes in an uncompiled schema and then decorates it with some extra bits. It works great, but one thing I've run into is that the (attach-resolvers)
function throws an error if some resolvers are referenced but not defined.
Which seems like a good default, but I'd like to be able to tell the function "resolvers will be attached later, so don't throw errors until I call (compile)
on the schema"
Curious to get your thoughts. I can open a github issue too if that's preferable
To make it a little more concrete, my public API right now looks like this:
(defn setup-schema []
(-> {}
inkvine/decorate-schema
(util/attach-resolvers (inkvine/decorate-resolver-map resolver-map))
(schema/compile)))
... but I'd like it if the (decorate-resolver-map)
bit could be abstracted away inside of (decorate-schema)
, so the library just attaches a bunch of object definitions, queries and resolvers to the schema without needing the whole schema to necessarily be complete when it's finished
The bit that I'm running into is here: https://github.com/walmartlabs/lacinia/blob/master/src/com/walmartlabs/lacinia/util.clj#L22-L26
I'm just curious ... instead of decorating the schema with a keyword placeholder, then providing the map of keyword to function ... do you have the bits in place to just attach the function inside decorate-schema?
Hmm, I might be able to just bung the functions in there, yeah. Let me mess around with it a bit. I'll open a github issue with more detail otherwise