This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-09-22
Channels
- # announcements (2)
- # beginners (137)
- # chlorine-clover (13)
- # clj-kondo (3)
- # cljsrn (4)
- # clojure (52)
- # clojure-australia (3)
- # clojure-dev (2)
- # clojure-europe (34)
- # clojure-nl (1)
- # clojure-sg (3)
- # clojure-spec (1)
- # clojure-uk (12)
- # clojurescript (2)
- # clojureverse-ops (7)
- # code-reviews (3)
- # conjure (2)
- # cursive (18)
- # datavis (21)
- # datomic (34)
- # exercism (1)
- # figwheel-main (6)
- # graphql (3)
- # helix (21)
- # introduce-yourself (1)
- # jackdaw (1)
- # jobs (4)
- # jobs-discuss (32)
- # juxt (14)
- # leiningen (6)
- # lsp (35)
- # meander (19)
- # nrepl (2)
- # off-topic (37)
- # portal (40)
- # quil (5)
- # re-frame (45)
- # reagent (10)
- # releases (1)
- # remote-jobs (4)
- # reveal (15)
- # sci (7)
- # shadow-cljs (40)
- # spacemacs (3)
- # tools-build (2)
- # vim (17)
- # xtdb (11)
Hi! I am using Cursive with Leiningen. As far as I know, Cursive works best with nREPL (e.g. for test result markers etc.) So why do https://vlaaad.github.io/reveal/#cursive not suggest using the reveal nrepl middleware but instead a clojure.main repl? What do I loose if I use the nrepl way instead? 🙏
With nREPL you lose the simplicity of REPL and get easiness of eval rpc server (which is what nREPL is, despite the name). You don't get test results markers, but you still can run tests from the REPL as a command invocation. I'd say it's my personal preference, I feel it made me better understand Clojure's evaluation semantics that sometimes gets hidden behind nREPL trying to help by automatic namespace switching and reloading of some forms.
Ok, I understand your personal preference here, but do I as Reveal user loose anything?
Hmm, no, I don't think you lose anything else compared to REPLs. There might see some unexpected output generated by nREPL, and that's it
Q2: Should I worry about
> com.sun.javafx.application.PlatformImpl startup
> WARNING: Unsupported JavaFX configuration: classes were loaded from 'unnamed module @38a38ed4'
? I do not see the Reveal window so perhaps I should? (I am on AdoptOpenJDK-11)
It would be nice if the getting started docs mentioned I need to add dependency on org.openjfx/javafx-controls
when using a JDK w/o FX such as AdopOpenJdk 🙏
Uhmmm, you don't need this dependency, it's pulled in automatically... Why do you say you need it?
You might have dependency issues when switching from JDK 8 to JDK 11 and back, this is because JavaFX is built in JDK 8 and distributed as separate library on JDK 11+. Support of both Java 8 and Java 11 requires some maven dependency magic that changes dependencies depending on used JDK version. This is something maven supports, but clj doesn't, so after switching JDKs you need to do -Sforce
to make clj recalculate deps
Thank you. I can stick to v11 only, that is not problem. It would be really nice to add tips about this to the docs to ease new user onboarding 🙏
Q3: This popped up after I started reveal from IntelliJ. I denied, unsure whether Reveal will work or not. It would be nice of the docs warned about it.
Interesting, there is an open JavaFX issue about that: https://bugs-stage.openjdk.java.net/browse/JDK-8238435
ah, thank you!
It would be nice if the getting started docs mentioned I need to add dependency on org.openjfx/javafx-controls
when using a JDK w/o FX such as AdopOpenJdk 🙏