This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-01-21
Channels
- # announcements (26)
- # aws (1)
- # babashka (40)
- # beginners (36)
- # calva (9)
- # cider (38)
- # clara (5)
- # clj-commons (4)
- # clj-kondo (29)
- # cljs-dev (8)
- # cljsrn (2)
- # clojars (12)
- # clojure (151)
- # clojure-europe (16)
- # clojure-gamedev (1)
- # clojure-nl (2)
- # clojure-uk (7)
- # clojurescript (2)
- # copenhagen-clojurians (2)
- # datalevin (18)
- # fulcro (7)
- # graphql (7)
- # gratitude (9)
- # helix (2)
- # honeysql (3)
- # introduce-yourself (1)
- # jobs (1)
- # lsp (13)
- # malli (10)
- # nextjournal (2)
- # off-topic (13)
- # pathom (1)
- # pedestal (2)
- # portal (4)
- # remote-jobs (1)
- # ring-swagger (1)
- # shadow-cljs (21)
- # specter (1)
- # testing (2)
- # tools-build (6)
- # vim (2)
- # xtdb (5)
Has anyone else noticed that it takes the calva repl a long time to come back when an exception is thrown? I’ve seen it hang for like 5+ seconds on multiple projects when non-exceptions come back instantaneously. Not sure if that was known behavior or a bug of some kind
I recall issues return this, but it was a while ago. It was cider-nrepl that had some issue. Which version of cider-nrepl are you using? It could be some other issue off course... There is some extra processing of exceptions in Calva.
This is what calva says when it starts:
Calva is utilizing cider-nrepl and clojure-lsp to create this VS Code experience.
nREPL dependencies configured:
nrepl: 0.9.0
cider-nrepl: 0.27.4
cider/piggieback: 0.5.3
clojure-lsp version configured: latest
I’m seeing the behavior in my work project but not in a trivial scratch space project. The most noticeable difference is that the stack trace at work is a lot longer, but it might be something elseFYI. The information you posted merely states which versions are configured, and will be used if you use jack-in. We could make the message clearer, I now realize.
I’ve confirmed that versions don’t seem to matter. The slowness only seems to occur when connected to my repl server running inside a docker container. Both a calva-started repl and a non-dockerized repl throw exceptions reasonably fast