This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-11-02
Channels
- # announcements (2)
- # babashka (10)
- # beginners (61)
- # calva (17)
- # cider (27)
- # clj-kondo (14)
- # clojure (230)
- # clojure-austin (4)
- # clojure-europe (17)
- # clojure-france (6)
- # clojure-hungary (3)
- # clojure-norway (30)
- # clojure-sweden (9)
- # clojure-uk (2)
- # clojurescript (58)
- # conjure (11)
- # core-async (7)
- # cursive (74)
- # datalog (2)
- # datomic (15)
- # events (8)
- # figwheel-main (5)
- # fulcro (2)
- # graalvm (23)
- # graphql (2)
- # helix (17)
- # humbleui (2)
- # jobs (2)
- # kaocha (6)
- # lsp (19)
- # malli (7)
- # nbb (51)
- # off-topic (33)
- # pathom (26)
- # pedestal (2)
- # polylith (1)
- # portal (4)
- # re-frame (17)
- # react (3)
- # reitit (5)
- # releases (2)
- # remote-jobs (2)
- # shadow-cljs (18)
- # sql (65)
- # tools-deps (8)
- # xtdb (28)
Hello! Installed Postgres 9.6 in Docker, it works. Installed 15.0 - it shows an error
The authentication type 10 is not supported. Check that you have configured the pg_hba.conf file to include the client's IP address or subnet, and that it is using an authentication scheme supported by the driver.
What should I do? Search & fight with pg_hba.conf or use some different library? For now I'm using the latest release of [org.clojure/java.jdbc "0.7.12"]
I performed a binary search and found out, that 12.12 stil works but 14.5 already doesn't work. Waiting for your suggestions, I'd prefer to keep jdbc 0.7.12
Oh, thanks. Maybe I also can rewrite all the project to jdbc next, but unfortunatelly it uses different incompatible api and will not work as direct dependency substitute 😕
Maybe, but I entered realy legacy project with Postgres 9.6 and previous jdbc/honeysql community (not Sean Cornfield) versions with different apis....
:ds #object[next.jdbc.connection$url_PLUS_etc$reify__21688 0x73f9c24 "jdbc:"]
Syntax error (PSQLException) compiling at (.repl-input:1:1).
The authentication type 10 is not supported. Check that you have configured the pg_hba.conf file to include the client's IP address or subnet, and that it is using an authentication scheme supported by the driver.
docker run --name heron-pg-15.0 -p 5432:5432 -e POSTGRES_USER=user -e POSTGRES_PASSWORD=password -e POSTGRES_DB=heron -d postgres:15.0
(jdbc-connection/->pool HikariDataSource {:jdbcUrl uri
:maximumPoolSize 2
:poolName "historical data"})
I make a pool like thisDid you also upgrades other dependencies? https://clojurians.slack.com/archives/C1Q164V29/p1667393059639219?thread_ts=1667390245.142989&cid=C1Q164V29
try new app maybe? Maybe some of you dependency blow up it. Like legacy jdbc dependency or something
Just tested that regular (not next) jdbc and pg 42.5.0 works fine together on 9.6
Andrey Ivanov, [02.11.2022 20:36]
(let [uri "jdbc:"
conn (jdbc/add-connection uri (jdbc/get-connection uri))]
(jdbc/query conn ["select version()"]))
Andrey Ivanov, [02.11.2022 20:36]
({:version "PostgreSQL 9.6.24 on x86_64-pc-linux-gnu (Debian 9.6.24-1.pgdg90+1), compiled by gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516, 64-bit"})
Oh my, created new empty project and looks like both jdbc libs works with postgres 15... At least connection creates and query version works. Thanks for the idea, will look what may break it in working project...
Just catching up on this: use of c.j.j vs next.jdbc is irrelevant for this issue -- they're both thin wrappers around JDBC and what you are seeing is a JDBC level issue. Nothing to do with the Clojure libraries.
So you can stick with c.j.j for now.
Thanks! Yep, they both works on empty project without extra deps, but both fails if I added my working project deps to it 😁 But now I can use binary search and found the exact deps which are incompatible with it.
Without any context, what does that question even mean?
If COPY
is a SQL statement, you don't need "support" in next.jdbc
: it will run whatever SQL you give it.
There is https://github.com/jgdavey/clj-pgcopy but I didn’t try
If that's a SQL command, you should be able to execute!
it like any other SQL command.