This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-10-13
Channels
- # 100-days-of-code (2)
- # announcements (1)
- # beginners (41)
- # boot (1)
- # calva (3)
- # cider (25)
- # cljdoc (20)
- # cljs-dev (24)
- # clojure (16)
- # clojure-conj (1)
- # clojure-dev (9)
- # clojure-germany (1)
- # clojure-italy (4)
- # clojure-uk (8)
- # clojurescript (25)
- # community-development (14)
- # cursive (4)
- # datascript (2)
- # datomic (20)
- # duct (16)
- # emacs (12)
- # fulcro (168)
- # graphql (1)
- # keechma (3)
- # leiningen (1)
- # luminus (5)
- # off-topic (13)
- # re-frame (8)
- # reagent (3)
- # rum (1)
- # shadow-cljs (24)
- # spacemacs (32)
- # unrepl (2)
- # vim (2)
@borkdude Seems you’ve got some outdated middleware that’s not compatible with nREPL 0.4.
@pauld defalias
can also help with this. I can hotpatch sesman
, but I guess Vitalie will update CIDER soon.
(I didn’t fix this directly myself as he made this function private and I’m not 100% what did he intend to replace it with)
@bozhidar this is my entire profile.boot:
(require 'boot.repl)
(swap! boot.repl/*default-dependencies*
concat '[[cider/cider-nrepl "0.18.0"]
[refactor-nrepl "2.4.0"]
])
(swap! boot.repl/*default-middleware*
conj
'cider.nrepl/cider-middleware
'refactor-nrepl.middleware/wrap-refactor)
There must be something, as what you’re experiencing can only be caused by something with a hard dep on tools.nrepl
loading before CIDER’s middlewares.
A few people reported issues like this one (e.g. https://github.com/clojure-emacs/cider/issues/2459) and always the problem was the same. 🙂
Thanks. It turns out we have a hard dependency on tools.nrepl somewhere. Should I upgrade to nrepl 0.4.5?
Generally tools.nrepl is dead and buried at this point and everyone should switch to nREPL 0.4.
I’m not even sure why we have it, it’s been there since ages… I’ll try to remove and see what happens 😉
The only reason why cider’s middleware conditionally support tools.nrepl still is that Lein hasn’t yet issued a new version that uses nREPL 0.4.
Boot was another holdout but they fixed this in 2.8.2 (therefore your current problem 😉 ).
hmm, one weirdness: when starting this project I get:
java.lang.Exception: No namespace: reply.eval-modes.nrepl found
but the repl seems to work finehey guys and girls. is there any way to immediately break out of a deftest if an assertion fails (or some other condition occurs)?
Throw an exception? 😄