This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-01-31
Channels
- # announcements (1)
- # aws (4)
- # babashka (40)
- # beginners (89)
- # calva (13)
- # cider (3)
- # clj-kondo (36)
- # cljdoc (16)
- # clojure (74)
- # clojure-boston (1)
- # clojure-dev (7)
- # clojure-europe (30)
- # clojure-new-zealand (1)
- # clojure-nl (17)
- # clojure-uk (5)
- # clojurescript (16)
- # core-async (9)
- # cursive (16)
- # datahike (3)
- # datalog (6)
- # datascript (7)
- # datomic (15)
- # emacs (38)
- # events (2)
- # figwheel-main (3)
- # fulcro (6)
- # google-cloud (18)
- # graalvm (6)
- # gratitude (1)
- # honeysql (1)
- # introduce-yourself (1)
- # jobs (1)
- # leiningen (5)
- # lsp (6)
- # malli (11)
- # meander (2)
- # off-topic (4)
- # re-frame (6)
- # reitit (8)
- # releases (2)
- # remote-jobs (3)
- # reveal (4)
- # shadow-cljs (200)
- # sql (8)
- # tools-deps (16)
Morgen!
It would be nice if the interop was completely smooth, though. I wonder how far you can get with a couple of macros or maybe just a magic namespace à la js/
but for java. Like maybe you could just (def system j/java.lang.System)
etc.
måning
Good morning!
About the 😎 ^ : Trying to come up with a neat use case for this. Browser testing is one of the killer use cases for #nbb. And with Polyglot you're able to reach into the business logic of your backend JVM at the same time, while also being able to use the full Playwright and other NPM deps in Node. Could be interesting for e.g. testing applications that only have a Clojure backend and the front-end is written in JS/TS or so.
Here is a REPL session in which clojure on the JVM is called from nbb on graalvm Node.js: https://gist.github.com/borkdude/c8537c6a4d6cdb399cf3bcf92b6b4a74
@U5H74UNSF But aren't we testing if the JVM impl was right? So if the JVM impl is wrong, aren't we just testing the wrong answer?
no, I’d see that as a test of the JMV->browser pipeline, so given the assumption the JVM answer is correct
Even just a unified test runner that doesn’t need to rely on ws
(as Kaocha used to) would be pretty great. (Not sure if more recent Kaocha versions still use ws
.)
Imagine that we could run Visual Studio code with GraalVM Node.js + polyglot and then we would be able to write extensions in JVM Clojure. I think that should be possible.
Oh btw, you can also call Python from #nbb on graalvm polyglot :) https://twitter.com/borkdude/status/1488128831097651202
The main limiter here, at least for me, is that still that Graal Python isn’t fully compatible yet. Hopefully soon!
Good morning