Compilation error in Shadow-CLJS when Telemere used both in CLJ / CLJS about telemere HOT 8 CLOSED

My understanding is that this is a pretty common pattern for those of us using VS Code and Calva.

When someone is working on an app with a Clojure server and a ClojureScript front-end and using one VSCode Workspace, Calva and VSCode only allow one nREPL session to one JVM for switching between clj and cljs (shadow) contexts. Calva doesn't support connecting to two separate nREPL sessions like sesman. Therefore Calva users tend to run the Shadow compiler via library calls from the same JVM that runs their HTTP server.

from telemere.

Thanks Peter! Updated and looks good over here.

from telemere.

Hi David,

I'm getting this error when trying to build the Shadow app:

Could you please clarify how exactly you're building? A small reproducible example would be ideal if possible, then I can try on my end. I expect that your shadow-cljs config might also be relevant, but I'm not sure.

where I'm running one JVM that boots up both a JVM app and a Shadow compiler

So your app uses shadow-cljs as a library? Is this just for build purposes, or your app actually uses shadow-cljs as part of its core functionality?

from telemere.

Hi Peter - I've created a basic repository that explains what I'm trying to do. It generates the compilation error if you run the command

clojure -A:server:browser -M -m server.main

https://github.com/davidyang/telemere-bug

from telemere.

Thanks David, that's great 👍 Will try take a proper look tomorrow, I'm just about to sign off.

In the meantime, could you please provide some context for your approach? I'm not so familiar with using shadow-cljs as a library and it's not obvious to me why one would want to simultaneously run both an app and shadow from the same JVM process.

Is this a common pattern? What's the motivation? I might be missing something obvious, so please explain like I'm five :-)

from telemere.

Thanks for the explanation and reproducible David, those were really helpful 👍

Quick update to say that I've identified the problem and will have a fix up later today.

from telemere.

Okay, this should be fixed with com.taoensso/encore {:mvn/version "3.111.0"} 👍 The next Telemere beta release will (as always) also include the latest Encore, so will include this fix. In the meantime you can just specify the latest Encore version yourself.

Apologies for the trouble with this!

from telemere.

Thanks for the confirmation!

from telemere.