This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-10-15
Channels
- # 100-days-of-code (3)
- # announcements (14)
- # beginners (100)
- # calva (20)
- # cider (50)
- # cljdoc (29)
- # cljs-dev (6)
- # clojure (78)
- # clojure-europe (1)
- # clojure-italy (8)
- # clojure-losangeles (1)
- # clojure-nl (11)
- # clojure-uk (108)
- # clojurescript (23)
- # code-reviews (5)
- # cursive (7)
- # datomic (11)
- # devops (1)
- # editors (1)
- # figwheel-main (65)
- # fulcro (114)
- # hoplon (31)
- # hyperfiddle (1)
- # juxt (4)
- # lein-figwheel (2)
- # nrepl (13)
- # off-topic (72)
- # re-frame (35)
- # reagent (9)
- # shadow-cljs (42)
- # spacemacs (2)
- # specter (5)
- # tools-deps (60)
- # yada (2)
Hi. Using datomic on-prem, just upgraded to 0.9.5703
, now unable to connect via a repl. Getting connection timed out, but transactor running on the same port mentioned in the logs. (ddb-local) - Anyone seen anything similar?
error on connection fail is:
CompilerException clojure.lang.ExceptionInfo: Error communicating with HOST localhost on PORT 4334 {:alt-host nil, :peer-version 2, :password "xxxx", :username "xxxx", :port 4334, :host "localhost", :version "0.9.5703", :timestamp 1539617467299, :encrypt-channel false}, compiling:(00209e77b10857cd356c6f8ff55888c36688ab74-init.clj:57:40)
@U08715BSS what version were you upgrading from? Did you upgrade your transactor or peer first? I am going to look at reproducing.
@U1QJACBUM I was previously running datomic-pro-0.9.5697
This is just locally for dev atm, with ddb-local. Stopped everything, ran the transactor. Bumped version in my deps.edn Ran repl then usual require and connect produces the above. (on-prem)
fwiw, I with a fresh ddb-local database and relevant changes to transactor config, have it working.
I've just had another go with the ddb-local database and previous config, and can no longer re-produce 🤷 😕
That’s very odd. I am going to keep poking at this. Thanks for the added information and report.
@val_waeselynck do you have any plans on porting datomock to the client library? Is that even possible?
Not clear to me that the forking abstraction is feasible there due to the potential transience of with'd dbs there. Maybe @U072WS7PE could tell us ? In any case, there's really not much to Datomock's implementation, so if you need it don't be afraid of writing it :)