This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-22
Channels
- # 100-days-of-code (1)
- # adventofcode (21)
- # announcements (2)
- # beginners (44)
- # calva (1)
- # cider (2)
- # cljdoc (16)
- # cljs-dev (70)
- # cljsrn (29)
- # clojure (66)
- # clojure-austria (1)
- # clojure-europe (4)
- # clojure-finland (1)
- # clojure-hamburg (1)
- # clojure-italy (24)
- # clojure-nl (3)
- # clojure-uk (127)
- # clojurescript (30)
- # core-typed (3)
- # cursive (34)
- # data-science (2)
- # datomic (16)
- # duct (17)
- # editors (1)
- # emacs (4)
- # figwheel-main (4)
- # fulcro (40)
- # hoplon (2)
- # instaparse (5)
- # kaocha (4)
- # leiningen (1)
- # luminus (4)
- # nrepl (46)
- # off-topic (5)
- # onyx (2)
- # other-languages (55)
- # parinfer (3)
- # protorepl (4)
- # re-frame (33)
- # reagent (6)
- # reitit (13)
- # ring-swagger (5)
- # shadow-cljs (26)
- # spacemacs (4)
- # sql (8)
- # testing (27)
- # tools-deps (21)
- # yada (1)
Yes! Turns out our spec wasn't spec at all, but more like schema-spec-hybrid. Nobody just noticed because it was only used for swagger generation... and I've never used spec before. 🙂
And then after the upgrade the :query-params was also used for coercion & validation.
And then after the upgrade the :query-params was also used for coercion & validation.
Should this work with the spec coercion? https://github.com/metosin/compojure-api/issues/115 I have :query-params [ids :- [int?]]
, but the request seems to only pass validation if there's more than one id.
I.e. /endpoint?ids=123 doesn't work. But /endpoint?ids=123&ids=234 works.
Switched back to good old schema.core. Everything works without hassle. 😛