I've found it:

(.println (System/out) "foo")
(.println (System/err) "foo")

Are you using JackIn, or are you connecting to a running REPL?

Jack-in

Do you see any output in the jack-in terminal?

whereas (println "foo") works

Ah yes, the jack-in terminal shows the output

That might be what happens when you do it using clojure. It outputs both to the same terminal.

Hm, then I need to figure out how to send the CSS build output to *out* instead.

How do you shell out?

conch - and I'm using stream-to-out, looks like there's alternatives

Hopefully some option there to get stdout and stderr from the process returned.

I'm using (stream-to-out p :out) , changing to (stream-to p :out *out*)

Never heard of conch, but cool if that works.

doesn't seem to work 😕

There might be some indirection that gets lost if conch is grabbing *out* before calva takes over?

clojure.java.shell maybe works for you?

No, it's a background process that needs to stay running and I need to say compilation errors.

Tricky. Maybe some nrepl middleware can fix it…

All I know is that Calva’s nrepl client never gets it.

Let me try something, could it be that it is affected because the code is launched in the afterCLJReplJackInCode?

No, it's the same. I will ask the nrepl channel.

This is similar in e.g. Java libraries that write to System.out directly.

Please let us know what you find out. I remember investigating this a bit long ago. But I didn’t know a thing about Clojure back then, so couldn’t make sense of things.

it may have been a bug actually? highlight matching bracket seems to be working suddenly, it definitely was not a few moments ago

Here - you can see cursor on L18 but L22 is highlighted

Caught it - it happened immediately after using ctrl-enter to send this form to REPL observe: cursor is at L17, form L7 is highlighted

Clojure Warrior has moved into Calva.

I can’t reproduce the errr that way. Haven’t tried with a reader conditional, though. And it seems strange that that would have anything to do with it.

I am seeing several bugs, is it possible that electric clojure is confusing something in the stack? here, the codemirrror guarded defn is not resolved (cannot navigate to definition), and the intellisense resolves the parent form instead

Is this with default definition lookup priority, or did you change it?

default

i will try that now

hmm it wont accept the setting change, it reverts to repl, lsp. Is something wrong with my machine?

Oh! I am running {:linters {:clj-kondo {:level :off}}}

is that why?

I doubt it.

I don’t know why the settings editor behaves like that. It’s not your machine. Check what the setting looks like in the json file. There’s a command for opening it. Search for JSON in the command palette.

Also, which repl (clj or cljs) were you connected to when you couldn’t get definitions for codemirror? If you’re using the nrepl provider (default) you probably need to be connected to the cljs repl for it to work. Unless it’s defined in the clj repl too, a bit hard to tell from the screenshot.

Oh, that explains it. I have not tried to use a cljs repl with Calva yet. The symbol is not available in :clj

The cljc/clj indicator in the status bar is a button. Clicking it will toggle to the cljs repl.

(Assuming you have started the cljs repl, but you probably have, given you are working with Electric Clojure).

Could be the the built in ones. I think it is “bracket pair color something something”.

yes thank you, that was it - editor.bracketPairColorization.enabled

Do you mean navigating to Java sources, or within Java sources?

The former works, but only if the stars are aligned… Java sources need to be installed and then some things that I haven’t quite figured out.

traversing from clojure core.clj source into the relevant java source that it calls

(defn atom ([x] (new clojure.lang.Atom x)) to clojure.lang.Atom

"Java sources need to be installed" can you elaborate

oh you mean on the system, not via calva

Yes, on the system. You can enable nREPL trace logging and see the traffic between Calva and the nREPL server when you try to navigate to java sources. Maybe that gives some clues.

I think there is work underway for improving interop support in LSP. Perhaps @UKFSJSM38 might fill us in on the current state of things and what we can hope to see soon?

ooh ty for letting me know

does "java sources installed" just mean system JDK not system JRE?

java support is basic but it is improving, navigation to java should work, I'm focusing on other improvements like completion, docs etc

are there any threads or discussions i should read to try to get java nav from clojure working on my machine?

It should work OOTB,a way to debug is checking server logs during startup, it should tell if JDK source was downloaded or found in system

https://clojure-lsp.io/features/#java-support

To use clojure-lsp for this, you might need to tell Calva to prioritize lsp over nrepl for definitions, @U09K620SG. Depending on where the nrepl lookup breaks, clojure-lsp might not get asked.

how do I do that? I don't really understand how the parts fit together, i just know nrepl is a library that you depend on

Calva can use both nrepl and clojure-lsp for definition lookups. By default it prioritizes nrepl’s. But it can be configured to prioritize the other way around. It’s supposed to be that the second in priority order is a fallback, but I don’t know if you can trust that for Java definitions. Search for prio in VS Code settings and you should find it.

It isn’t so much that nrepl is a library. It’s more of a service running in the app under development (or in production). And Calva is an nrepl client. There’s a command for enabling a log of the traffic between the two. You can enable that log for a short while to get a clearer idea about how the pieces fit together.

What advantage is there in using Nrepl for lookups over LSP?

One is that in CLJC files nrepl knows if it should look for Clojure or ClojureScript sources.

That seems like it would be a useful distinction for LSP to know how to make, too. Is there anything preventing that from being added? I wonder if the LSP team would be interested in shoring up any spots where it is less capable of lookup than Nrepl.

If there is any suggestion of improving or something I don't know that doesn't work, please let me know

Well there is apparently that ^. I have no idea what else would be missing or in need of improvement. It never even occurred to me that LSP would not already be the go-to for definition lookup.

I don’t think there is a way to statically know this.

If I understood correctly OP, already works with clojure-lsp (was recorded on Emacs lsp-mode, but clojure-lsp offers everything calva needs to make it work)

We're on a bit of a tangent from OP. Solution involved changing LSP to default lookup provider. I was asking why LSP was not default already. To which pez offered that nrepl knows whether to look for clj or cljs source files from cljc.

I'm ok using lsp as fallback, if repl is connected and evaluated, I suppose finding definition for java would indeed be more precise, but if nothing is found I expect fallback to clojure-lsp to happen

Indeed. I’ll make some tests and see if this happens. I suspect the fallback might be broken for Java lookups.