> the inspector is half way there, but the datafy/nav protocols are really what makes REBL interesting

Yep, we do plan to leverage it at some point, but there’s never enough time for everything. I think this won’t be hard. //cc @alexyakushev.

> still pretty printing never worked for me in clojurescript

@carkh I can’t imagine why it wouldn’t work, as it’s not tied to ClojureScript in any way. What exactly happens for you?

@bozhidar it just prints with syntax highlight and all, but no pretty printing

Can I see the nREPL message exchange for you?

As this is baked straight into nREPL it should be impossible for it not to work unless the request doesn’t contain a printing function.

Buffer *cider-nrepl ...* doesn-t have much data where can i find those messages?

*nrepl-server ....* is only command line stuff, that's what you want ?

in this last example i eval a long edn data in clojurescript (in cider repl), it is not pretty printed, then i exit clojurescript, and evaluate the same edn in clojure, it is now pretty printed

i'm using cider-jack-in-cljs "C-c M-J" with shadow-cljs (had the same trouble with figwheel)

the one thing that's special about my setup is that i'm on windows

@carkh See https://docs.cider.mx/cider/config/basic_config.html#_log_nrepl_communications and https://docs.cider.mx/cider/troubleshooting.html

I guess I should have explained first what the message log is. 🙂

i'm right on it

@bozhidar there you go

that's the same example edn than before

@carkh What’s your CIDER and nREPL versions?

Also - what’s your piggieback version?

I recall there was some nasty bug in 0.4.0 that was related to the printing.

;; CIDER 0.22.0snapshot (package: 20190419.1025), nREPL 0.6.0

should be fairly recent

Yeah, that’s pretty recent.

What about piggieback?

mhh let me find out

that isn't bundled with cider ?

maybe with shadow-cljs ?

Ah, actually shadow-cljs doesn’t use piggieback.

And I think we solved the mystery. 🙂

Probably shadow doesn’t play nice with the printing changes in nREPL 0.6.

hum i had those problems with figwheel, but that's a good while back so i guess it might be fixed in this case

i'll have to check that out =)

I’m reasonably certain that if you start some cljs REPL using say figwheel or something simpler like nashorn the printing might actually work.

i'll check that and keep you updated

Great!

You might also open some GitHub issue for @thheller pointing him to https://github.com/nrepl/piggieback/commit/8e0ff8911a1a7ad012dba19d3be6d7c0515d418d and subsequent commits. Changes that had to be done for Piggieback to play well with nREPL 0.6.

i'll do that as soon as i see problems were fixed for regular clojurescript

@bozhidar ah indeed that works now with figwheel

thanks for your help

You’re welcome!

is there a functional equivalent to cider-quit -> cider-jack-in. Not that two strokes is a big deal. i have given up on trying to dynamically adding libs to my project, it seems to break or at least its giving me anxiety 🙂.

hit , in the repl and you can "restart"

cider-restart bound for me at C-c M-r

I had this issue with CIDER lately - when I use lein on jack-in I don't start in the main namespace of the lein project and the user-ns has no clojure.repl-ns preloaded. I was told this should not be so, but I wanted to be sure, so could someone tell me whether this is indeed unexpected behaviour?

is there a way for command history to persist across restarts @dpsutton?

command history = repl history?

or the command used to invoke clj/lein/boot/etc ?

repl history

ah, i think repl history should be preserved with a simple boolean. let me check

cider-repl-history-file seems like it needs a filename. if you set that presumably it will write stuff there?

we have multiple projects at the same root including a cljs version. seems repl history does not discriminate there. not sure if that will be a pain point for you

I just upgraded to Cider 0.21 - from 0.15, now my environment seems trashed, both for clj and cljs. I am getting the following in my mini-buffer: ‘cider-jack-in-cljs’ requires the nREPL op “classpath” (provided by-cider-nrepl) Any idea how to fix this? Thx..

what's your lein version?

do you have cider-nrepl version injected by CIDER or do you have it in project.clj or in your lein profiles?

@d.eltzner what version of lein/CIDER are you using?

https://github.com/clojure-emacs/cider/issues/2593

that diff is terrifying lol

@dpsutton i just skimmed over the emacs cider-customizations, there does not seem to be any particular opt that would control what you last asked - how would one configure what nrepl-version cider uses? as to my question, lein 2.9.0, cider nrepl is 0.21.1

unless you specify something it will inject what it needs

looks like that fix is already applied buy not released yet. if you get from melpa (22.0snapshot) you'll have it though

I know really little about elisp, so what exactly did you mean it's terrifying? is this diff something that should/could have been obvious to me, or is it that it actually takes string "nil"?

its very "spooky". (nrepl--eval-request "nil") vs (nrepl--eval-request "")

the code is very readable. the intent and implications of it is what's scary

yeah i think i kind of see that.

@dpsutton I am using lein 2.8.1, and just saw from lein --version, that ‘cider-nrepl’ requires 2.8.3+. I will try that and see what happens….thx

this happens because CIDER switched from tools.nrepl -> nrepl/nrepl. Check your deps for that and you may need to bump. They are poisonous to each other

@dpsutton yeah indeed, I tried first removing nrepl decls from my profiles.clj, to no avail…

Funny…emacs is frozen when I try jack-in-clj, with “Direct connection to localhost:xxx established”, but when I started jack-in-clj/cljs, the cljs console comes up fine, and an error with clj-refactor middleware came up

Have to kill my emacs process and restart..

one thing to try: check *Messages* buffer for the startup invocation lein .... copy and paste that into a terminal and see what it says

@dpsutton The relevant line in Messages buffer: [nREPL] Starting server via /Users/kingcode/bin/lein update-in :dependencies conj \[nrepl\ \“0.6.0\“\] -- update-in :dependencies conj \[cider/piggieback\ \“0.4.0\“\] -- update-in :plugins conj \[refactor-nrepl\ \“2.4.0\“\] -- update-in :plugins conj \[cider/cider-nrepl\ \“0.21.1\“\] -- repl :headless :host localhost... [WARNING] No nREPL middleware descriptor in metadata of #’refactor-nrepl.middleware/wrap-refactor, see nrepl.middleware/set-descriptor! nREPL server started on port 54819 on host localhost - <nrepl://localhost:54819>

it is more of an emacs question, but i really fail trying to do that upgrade. first i cant find out which melpa snapshot i am referring with neither http://melpa.org and emacs, then upgrading in package-list-packages did nothing and downloading and replacing cider 20190216.2255 by hand broke cider badly, so was probably a stupid idea - and replacing it back with the old version left packages-list-packages saying it was deleted although cider at least works fine now. soooo ... how does emacs work?

woops, replaced with 20190618.1025

@kingcode make sure you have the latest nrepl-refactor. Probably remove it while you get everything working again

The issue had to do with figwheel-sidecar using an old tools.nrepl dep - I used an other version which fixed the issue.

ah. 0.5.18 should be the ticket then

@dpsutton I have to manually jack-in clj now, but it is working together with the cljs. It seems the key bindings all changed - jack-in, + refactor bidings don’t work anymore…

what do you mean manually jack in?

cider-jackin-clj and -cljs, they used to both start with C-c M-J. No longer works that way…

C-c M-n no longer works (used to swith to ns),

that brings up the cider-ns-map with several options now

So to resume, when I C-c M-J, only the cljs repl client comes up. So, I start C-c M-j separately, instantiate my server, and reload the web page and it now works as before - but what a headache…EDIT: duh! somehow I was out of clj-refactor mode, everything is good now. Actually I prefer starting the clj repl manually, which I do first - in the old version C-c M-J always produces the figwheel repl first and a js error due to server not being up. Thanks!

OK thx. Your help is very appreciated! Will check up on all this and see if I can smooth things up 🙂

i defined a bunch of connections like that. you could make your own startup function

Sounds good, will look into that. Thank you!

Does this ring any bells for anyone?

cljr--get-error-value: Error in nrepl-refactor: java.lang.AssertionError: Assert failed: (instance? java.io.PushbackReader rdr)

Full trace

what is your version @j0ni?

of everything? I just updated everything that needed an update from melpa

M-x cljr-version

clj-refactor 2.5.0-SNAPSHOT (package: 20190618.716), refactor-nrepl 2.5.0-SNAPSHOT

that is the new snapshot @bozhidar just released

maybe the release went wrong?!

try to downgrade to stable

as a workaround

an issue on github would be appreciated

sure, will do - thanks!

cheers

cider-jack-in is getting an "old" version of my $path. cider-jack-in's output doesn't have /Library/Java... my path is constructed in my .profile. this behavior survives reboot.

and i have set my JAVA_CMD="/Library/.....java", which a terminal picks up, but same behavior for cider-jack-in. and lein repl from the terminal works.

check out https://github.com/purcell/exec-path-from-shell @mfm

you don't need to use the package but this is your issue (i think). Emacs path != shell path

you can test by starting emacs from a terminal and seeing it work

thanks. i had no idea

this is a new problem for me, since my work is on java 8, but there's a cool project that uses java 12. by the time i switched back to java 8 to build prod, oracle no longer has jdk8 publicly. so i went to openjdk. and now here i am. anyway thanks let me take a look

@benedek https://github.com/clojure-emacs/refactor-nrepl/issues/258

oops

indeed (getenv "PATH") is missing /library/java/etc! thanks dpsutton!

i never thought to check that!

guys, I'm having this problem with cider:

ERROR: Unhandled REPL handler exception processing message {:op midje-test-stacktrace, :ns user.query-test, :index 0, :print-fn clojure.lang/println, :session 972a0590-f8b7-4349-ae22-b541d7c381a1, :id 24}