This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-03-27
Channels
- # announcements (8)
- # babashka (7)
- # beginners (24)
- # biff (5)
- # calva (17)
- # cider (1)
- # clj-kondo (4)
- # clojure (61)
- # clojure-europe (5)
- # clojure-norway (19)
- # clojurescript (17)
- # conjure (1)
- # core-typed (14)
- # cursive (9)
- # datomic (7)
- # events (2)
- # figwheel (2)
- # helix (1)
- # honeysql (4)
- # jobs (3)
- # lsp (3)
- # malli (2)
- # nrepl (13)
- # off-topic (9)
- # pathom (6)
- # pedestal (3)
- # polylith (3)
- # portal (7)
- # reagent (4)
- # reitit (2)
- # shadow-cljs (49)
- # tools-deps (8)
- # vim (3)
Here's a dumb question: is the type of portal invocation that I use (JVM vs clj) tied to the project I'm working in? Or could I use a portal opened via the JVM tapping from a cljs project?
You can send taps from one process to another via the https://github.com/djblue/portal#remote-api. Is that what you are thinking?
No, it's more that I don't get when you would need a JVM portal instead of a cljs one or a bb one
I think that comes down to what runtimes you are working in, what features you want and what preferences you have. At work, I have two JVM Portals, one for clj/cljs timbre logs and the other for clj/cljs taps.
Yes, so, say that I'm in a clojurescript project, there's no actual reason for me to use a cljs portal too, right? I can very well use a JVM one? I guess I'm not distinguishing what features I could want and what preferences I could have, which makes the choice a bit confusing