This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-04-10
Channels
- # announcements (2)
- # babashka (20)
- # beginners (381)
- # calva (16)
- # chlorine-clover (21)
- # cider (1)
- # clj-kondo (18)
- # cljs-dev (107)
- # cljsrn (2)
- # clojure (161)
- # clojure-dev (5)
- # clojure-europe (2)
- # clojure-losangeles (3)
- # clojure-nl (3)
- # clojure-uk (35)
- # clojurescript (22)
- # conjure (48)
- # cursive (8)
- # datascript (11)
- # datomic (6)
- # figwheel-main (10)
- # fulcro (85)
- # hoplon (112)
- # jobs (1)
- # kaocha (5)
- # luminus (5)
- # malli (1)
- # off-topic (96)
- # onyx (1)
- # pedestal (1)
- # perun (1)
- # reagent (5)
- # reitit (1)
- # shadow-cljs (34)
- # specmonstah (1)
- # sql (6)
- # tools-deps (3)
- # xtdb (23)
I am doing (extend-protocol result-set/ReadableColumn
and for the datatype I am extending I typically implement both read-column-by-label
and read-column-by-index
but for my current task I don't think I can implement read-column-by-label
as it doesn't have the info I need (both the index and the result-set metadata). How do I handle this? Just not implement by-label
?
But bear in mind that plan
will not convert that datatype since that's where read-column-by-label
is used @dcj
I'm getting close to cutting a new release of next.jdbc
so I'd appreciate a few eyeballs on this new section of the docs https://github.com/seancorfield/next-jdbc/blob/master/doc/tips-and-tricks.md#handling-timeouts to catch any obvious mistakes before I publish it as part of the new release.
This section is also new https://github.com/seancorfield/next-jdbc/blob/master/doc/getting-started.md#processing-database-metadata (but it's really just a slightly expanded version of what was already in the clojure.java.jdbc
migration docs)
seancorfield/next.jdbc {:mvn/version "1.0.424"}
-- mostly documentation updates, but also :return-keys
allows either strings or keywords now, and the reified DataSource
object now supports .getLoginTimeout
/`.setLoginTimeout`. https://github.com/seancorfield/next-jdbc