by this logic, you can ask any question you want... your question really has nothing to do with shadow-cljs, shadow-cljs just creates some javascript files for you, what you do with those js files is completely your problem you should ask this in a general or beginner channel or somewhere that has to do with heroku
I took your recommendation
β€οΈ π
Has anyone got a repl workflow working with developing chrome extensions?
depends on which "target" you are talking about? there are many different runtimes when it comes to extensions, background scripts, page injects, page actions etc
Which is more standard, put :dev-tools section under build-id, or put :dev-tools under :dev (which itself is under build-id) ?
don't need to put devtools in dev, that is implicit and will not apply to release builds anyways
But putting dev-tools under dev seems to make it more structured.
you can put it there if you want, just don't need to
I think its better directly in the build but YMMV
[:app] Build failure:
The required namespace "goog.result" is not available, it was required by "shadow/xhr.cljs".
anyone know how to fix this?
not use shadow.xhr? π goog.result was removed from closure-library with no replacement. where do you get this?
@thheller initial build
ScriptEngineManager providers.next(): javax.script.ScriptEngineFactory: Provider com.oracle.truffle.js.scriptengine.GraalJSEngineFactory could not be instantiated
Warning: Nashorn engine is planned to be removed from a future JDK release
NPM dependency "@js-joda/core" has installed version "1.12.0"
"3.2.0" was required by jar:file:/Users/den/.m2/repository/cljs/java-time/cljs.java-time/0.1.18/cljs.java-time-0.1.18.jar!/deps.cljs
shadow-cljs - HTTP server available at <http://localhost:3601>
shadow-cljs - server version: 2.11.18 running at <http://localhost:9630>
shadow-cljs - nREPL server started on port 8877
shadow-cljs - watching build :app
[:app] Configuring build.
-> build target: :browser stage: :configure
<- build target: :browser stage: :configure (4 ms)
[:app] Compiling ...
-> Resolving Module: :main
[:app] Build failure:
The required namespace "goog.result" is not available, it was required by "shadow/xhr.cljs".
and not using shadow/xhr.cljs as far as I know (maybe libraries do)
looks like you are trying to use an older shadow-cljs version with the new cljs release?
need to bump shadow-cljs if you want to use cljs 1.10.844, which will also fix this problem
I think Iβm on the newest version
β¨ Done in 0.35s.
β z1 git:(simple) β yarn global add shadow-cljs
yarn global v1.22.5
[1/4] π Resolving packages...
[2/4] π Fetching packages...
[3/4] π Linking dependencies...
[4/4] π¨ Building fresh packages...
success Installed "shadow-cljs@2.12.4" with binaries:
- shadow-cljs
β¨ Done in 0.57s.
that said, looks like shadow-cljs does not print its version at the beginning of the build process
shadow-cljs - server version: 2.11.18
you are not
probably using deps.edn or project.clj and didn't update there?
the yarn/npm install is just the command line, not the actual tool
ah yes, had an alias that overwrote it. vielen dank!
Getting the error
The required JS dependency "@material-ui/core/SnackBar" is not available, it was required by "athens/views.cljs".
when building on Linux but not MacAlso not having a problem importing other core
components like
["@material-ui/core/ExpansionPanel" :as ExpansionPanel]
["@material-ui/core/ExpansionPanelDetails" :as ExpansionPanelDetails]
["@material-ui/core/ExpansionPanelSummary" :as ExpansionPanelSummary]
["@material-ui/core/Slider" :as Slider]
["@material-ui/core/Switch" :as Switch]
hmm, I think i figured it out. was importing SnackBar
instead of Snackbar
. interesting that this works on Mac but not Linux though!
Yea I am still wrapping my head around it all. Iβll poke around a bit more and report back when I can more clearly express what I am looking for. I was basically wondering if there was any off the shelf demo repoβs that hooked up a repl for the extension runtimes where it works etc
interesting, probably just case insensitive filesystem
Is it possible to have the out directory be the same as the directory the cljs files is in? So instead of a dist directory just compile a js file right next to the cljs file and keep the directory structure as is?
Can shadow-cljs's repl integration work if the index.html is dynamically generated server-side? I have a deps.edn-based project that I am playing with and we typically generate our home page server-side. I can get everything to work correctly aside from any cljs-repl functionality.
Trying this out with emacs/cider if that changes the answer.
Hot-reloading is working.
nm. Misread instructions. Everything works perfectly π.
My end goal here is to introduce clojurescript to an existing node codebase gradually by compiling similar to how rescript (formerly reasonml) recommends right alongside each file. I was thinking it might help with adoption / testing if we were able to gradually compile certain features in clojurescript etc
hi thomas! Is it somehow possible to add a ring undertow websocket handler to the shadow-cljs dev server? We use sente for websockets in our app, and we tested sente with undertow, and this works. but somehow I seem not to be able to get it to work on the shadow http dev server.
sente works with undertow.
I tested it
but it seems the websockets of undertow ring handler are different than the ones used in shadow cljs