Fork me on GitHub
#shadow-cljs
<
2018-06-10
>
thheller07:06:36

@momoblackblack in the :rowGetter fn you are returning a clojure map from rows which react-virtualized then will try to row["name"] via :dataKey I think. the other example you linked does clj->js which you are missing.

henrik09:06:17

This message popped up all of the sudden. SHADOW import error […]/resources/server/cljs-runtime/shadow.js.shim.module$ws.js I solved it with yarn add ws. Is this normal?

thheller10:06:09

hmm I very recently made it optional to install shadow-cljs in your project

thheller10:06:19

do you only have the shadow-cljs installed globally?

thheller10:06:31

(shadow-cljs depends on the ws package so it should be installed)

henrik10:06:08

Globally, yes. I’ll remove it and reinstall it, see if that shakes things up.

thheller10:06:45

to be safe add it to your project

thheller10:06:52

npm install --safe-dev shadow-cljs

👍 4
henrik10:06:23

Still, three days of fiddling with cljs settings, and now it just works.

henrik10:06:33

Clearly sorcery. Burn him. He’s a witch.

thheller10:06:29

haha 🔥😎

chrisetheridge10:06:47

anyone ever get an error like this?

➜  Monolith git:(mw-jest-tests) ✗ shadow-cljs compile app
shadow-cljs - config: /Users/chrisetheridge/code/Cognician/Monolith/shadow-cljs.edn  cli version: 2.4.0  node: v9.5.0
shadow-cljs - starting ...
12:46:16.597 [main] DEBUG org.jboss.logging - Logging Provider: org.jboss.logging.Slf4jLoggerProvider
12:46:17.773 [main] DEBUG shadow.cljs.devtools.api - starting runtime instance
[:app] Compiling ...
ExecutionException: java.lang.NoClassDefFoundError: com/google/common/collect/Streams
	java.util.concurrent.FutureTask.report (FutureTask.java:122)
	java.util.concurrent.FutureTask.get (FutureTask.java:192)
	clojure.core/deref-future (core.clj:2292)
	clojure.core/future-call/reify--8097 (core.clj:6894)
	clojure.core/deref (core.clj:2312)
	clojure.core/deref (core.clj:2298)
	clojure.core/map/fn--5587 (core.clj:2745)
	clojure.lang.LazySeq.sval (LazySeq.java:40)
Caused by:

thheller10:06:16

probably a dependency conflict with guava

thheller10:06:45

IIRC datomic bring a different version than the closure compiler wants

thheller10:06:13

[com.google.guava/guava "22.0"] is required

chrisetheridge10:06:24

okay, trying that now, thank you

chrisetheridge10:06:43

nice, getting further, thank you 🙂

chrisetheridge10:06:50

forgot about that dependency conflict and Datomic

thheller10:06:37

datomic doesn't support CLJS so you can probably remove that?

chrisetheridge10:06:45

transitive dependency…