This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-04-01
Channels
- # announcements (21)
- # architecture (6)
- # aws (18)
- # babashka (14)
- # beginners (231)
- # boot (1)
- # calva (2)
- # chlorine-clover (22)
- # cider (34)
- # clara (16)
- # clj-kondo (53)
- # cljdoc (5)
- # cljs-dev (22)
- # cljsrn (3)
- # clojure (283)
- # clojure-europe (24)
- # clojure-italy (9)
- # clojure-nl (5)
- # clojure-spec (5)
- # clojure-uk (57)
- # clojurescript (14)
- # core-typed (8)
- # cursive (4)
- # data-science (11)
- # datomic (41)
- # docker (24)
- # duct (2)
- # emacs (2)
- # exercism (29)
- # fulcro (96)
- # graalvm (4)
- # jobs-discuss (1)
- # kaocha (53)
- # lambdaisland (20)
- # malli (5)
- # nrepl (4)
- # observability (7)
- # off-topic (40)
- # pathom (44)
- # pedestal (8)
- # re-frame (19)
- # shadow-cljs (58)
- # spacemacs (2)
- # sql (9)
- # tools-deps (15)
- # vim (3)
- # yada (10)
Hi Sean,
Do you plan to continue work on next.jdbc
middlewares?
This feature pretty cool, would be nice to have it released.
thanks!
@kirill.salykin Yes, there's still an open issue on GitHub for it. It's a hard problem to solve "correctly".
I have had three runs at it now and I'm not satisfied with any of them.
good to know that it is still on a table, thanks!
At a minimum, I want to provide a way to supply default options, through something that can "wrap" connectable... Maybe.
I recall you wanted to avoid having such wrappers
This would be a "typed" wrapper that added minimal overhead -- not a wrapped API.
The key is to ensure that people who don't use this middleware/default-option-wrapper don't have to pay any cost for it being in the library.
(and that people who do use it also don't pay too much cost)