This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-03-07
Channels
- # announcements (20)
- # babashka (25)
- # beginners (48)
- # biff (26)
- # calva (5)
- # cider (3)
- # clara (7)
- # clerk (7)
- # clj-kondo (61)
- # cljdoc (3)
- # clojure (6)
- # clojure-austin (1)
- # clojure-conj (8)
- # clojure-europe (58)
- # clojure-nl (1)
- # clojure-norway (4)
- # clojure-poland (1)
- # clojure-uk (9)
- # cursive (2)
- # emacs (11)
- # fulcro (8)
- # graphql (14)
- # gratitude (6)
- # humbleui (10)
- # hyperfiddle (17)
- # integrant (15)
- # introduce-yourself (1)
- # leiningen (5)
- # malli (13)
- # meander (21)
- # nbb (11)
- # off-topic (15)
- # pedestal (15)
- # polylith (15)
- # quil (28)
- # rdf (2)
- # reitit (3)
- # releases (6)
- # sci (21)
- # shadow-cljs (38)
- # spacemacs (3)
- # xtdb (6)
I’m using superlifter in my lacinia-pedestal app and have a problem I can’t find a clean way around.
There will be occasions where one or more of the remote lookups in a batch will not have a response e.g. ten ids provided and only nine of them are valid. Superlifter gets stuck looping until it can satisfy that tenth. I have looked, but I can’t find anyway to configure an operation timeout, so I’ve had to update my function called within my superfetcher so that if it is missing one of the responses, it adds an empty map with meta for the key :com.walmartlabs.lacinia.schema/type-name set to the schema type.
That gives us the unfortunate situation where I return an empty object where I’d prefer there be none.
Is there anyway around this situation? I would expect a means of setting a timeout, either directly on superlifter or on urania, but I’ve seen nothing in the docs or in my code search so far.
This behaviour comes from Urania - you need to return a value for a fetch, although it should be possible for that value to be nil
Timeouts apply to a remote call like an http request but are irrelevant to Urania / superlifter - all fetches must resolve to something
I would have expected a nil to work as well, but then I got VERY strange behavior when things were stitched back together. Anyway, there ended up being other issues which made my hack a better solution than trying to do anything else. Thanks for a great library!
Looking at the code I can't see an issue with a nil, unless the issue occurred later on in lacinia maybe? Either way if you have some generic code for your workaround I'd be interested to see it just to help me understand
No generic code, but it’s pretty straightforward.
I’m looping over the input ids, looking for each matched response in turn. If I have it, it gets conj’d into a result vector; if I’m missing one I put an empty map with with meta under the :com.walmartlabs.lacinia.schema/type-name key of the schema key that I’m dealing with.
I tried just padding the results with empty maps including that meta, but that seemed to lead to weird results (which shocked me). It seemed like the order of the output had to match the input.
(But it was late, so I might have been wrong on that last point.)
If you look at the implementation of superfetcher, you will see that the order is important, you can't pad at the end
You might be better off implementing u/BatchedSource yourself rather than using the convenience superfetcher
This just released about a week ago, so I’m disinclined to change that now. But will put it on our backlog. Thanks.
For my project, I did create my own implementation of u/BatchedSource to solve my problem, but in doing so realized I could generalize the solution back into the superfetcher macro. I’ve put up a PR if you’re interested, but would understand if you’re not.
https://github.com/oliyh/superlifter/pull/28
@U076R6N1L Any thoughts on when you might release 0.1.4?