This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-01-28
Channels
- # aatree (3)
- # alda (8)
- # avi (21)
- # beginners (37)
- # boot (193)
- # cbus (1)
- # cider (29)
- # cljs-dev (8)
- # cljsjs (3)
- # cljsrn (20)
- # clojure (76)
- # clojure-dev (13)
- # clojure-miami (20)
- # clojure-portugal (2)
- # clojure-russia (220)
- # clojure-sg (2)
- # clojurebridge (5)
- # clojurescript (94)
- # community-development (14)
- # conf-proposals (110)
- # core-async (12)
- # cursive (12)
- # datascript (6)
- # datomic (14)
- # dirac (72)
- # emacs (49)
- # hoplon (86)
- # jobs (33)
- # jobs-discuss (1)
- # ldnclj (6)
- # lein-figwheel (1)
- # off-topic (56)
- # om (139)
- # onyx (29)
- # pedestal (17)
- # proton (23)
- # re-frame (45)
- # reagent (35)
- # ring-swagger (4)
- # test-check (1)
- # testing (8)
- # yada (11)
just what I wrote into release notes, you donāt have to specify all deps dirac needs, they are bundled in the jar
23:54:06 figwheel.1 | Exception in thread "main" java.lang.NoClassDefFoundError: clojure/lang/Tuple, compiling:(cljs/repl.cljc:1:1)
23:54:06 figwheel.1 | at clojure.lang.Compiler.load(Compiler.java:7239)
23:54:06 figwheel.1 | at clojure.lang.RT.loadResourceScript(RT.java:371)
23:54:06 figwheel.1 | at clojure.lang.RT.loadResourceScript(RT.java:362)
23:54:06 figwheel.1 | at clojure.lang.RT.load(RT.java:446)
23:54:06 figwheel.1 | at clojure.lang.RT.load(RT.java:412)
23:54:06 figwheel.1 | at clojure.core$load$fn__5448.invoke(core.clj:5866)
23:54:06 figwheel.1 | at clojure.core$load.doInvoke(core.clj:5865)
23:54:06 figwheel.1 | at clojure.lang.RestFn.invoke(RestFn.java:408)
23:54:06 figwheel.1 | at clojure.core$load_one.invoke(core.clj:5671)
23:54:06 figwheel.1 | at clojure.core$load_lib$fn__5397.invoke(core.clj:5711)
23:54:06 figwheel.1 | at clojure.core$load_lib.doInvoke(core.clj:5710)
23:54:06 figwheel.1 | at clojure.lang.RestFn.applyTo(RestFn.java:142)
23:54:06 figwheel.1 | at clojure.core$apply.invoke(core.clj:632)
23:54:06 figwheel.1 | at clojure.core$load_libs.doInvoke(core.clj:5749)
23:54:06 figwheel.1 | at clojure.lang.RestFn.applyTo(RestFn.java:137)
23:54:06 figwheel.1 | at clojure.core$apply.invoke(core.clj:632)
23:54:06 figwheel.1 | at clojure.core$require.doInvoke(core.clj:5832)
23:54:06 figwheel.1 | at clojure.lang.RestFn.invoke(RestFn.java:3204)
23:54:06 figwheel.1 | at figwheel_sidecar.repl$eval9$loading__5340__auto____10.invoke(repl.clj:1)
23:54:06 figwheel.1 | at figwheel_sidecar.repl$eval9.invoke(repl.clj:1)
23:54:06 figwheel.1 | at clojure.lang.Compiler.eval(Compiler.java:6782)
23:54:06 figwheel.1 | at clojure.lang.Compiler.eval(Compiler.java:6771)
23:54:06 figwheel.1 | at clojure.lang.Compiler.load(Compiler.java:7227)
...
also make sure you donāt have mixed Clojure 1.7 and 1.8 deps, that Tuple thing could be confusion between clojure versions
I wonder why you are having problems with figwheel_sidecar, do you include dirac agent in your figwheel repl?
dirac has scope āprovidedā so it should inherit your clojure version, if specified
not sure what this bit of the output means:
[org.clojure/clojure "1.7.0" :exclusions [[org.clojure/clojurescript] [org.clojure/clojure]]]
looking at the history, I'm inclined to believe that the clojure version change is causing this
I seem to be able to reproduce this on the demo project when I change the clojure version to 1.7.0 as well
@frank: a shot in the dark, but are you sure you have the appropriate Chrome plugin version?
When I updated dirac to 0.1.2 but I forgot about plugin the REPL was hanging on connect and I later noticed NPEs in logs.
how the hell can I figure out what is introducing a dependency displayed in lein deps :tree
Doesn't what's it child of introduce it? Though it's been a while since I've used lein deps tree
I think this has to do something with how dirac bundles all deps into āuberjarā althought I never told lein to do that
it looks the code is AOTed wiht Clojure 1.8 or something and it crashes when included into environment with Clojure 1.7 (my theory)(
I will try to prepare a new release with dirac sources only, didnāt have energy yesterday to investigate this
ok, the problem is caused by https://github.com/binaryage/dirac/blob/master/project.clj#L26
I did spot the huge jar files size of 0.1.2, but I compared it only to 0.1.1, not to 0.1.0 - otherwise I would spot the difference
now when I think about it more, it makes sense, AOTed code is probably fragile (I can imagine, Iām not a java guy)
a side note: in the demo I noticed something it bringing in dependency [org.clojure/tools.nrepl ā0.2.10ā], lein deps :tree does not tell me who
there is newer version 0.2.12 (referenced by dirac) but that 0.2.10 wins for some reason
btw. @jaen yesterday I almost switched to boot, because of inconsistency how lein deals with ācheckoutsā dependencies, I needed to read my project version during runtime and it is non-trivial task to achieve, and impossible when you want to use checkouts dependencies
but then I realized rewriting all my project.clj files would take me several hours, maybe days with learning boot, so I decided to do it dirty way: have version in multiple places and use some bash scripts to keep them in sync: https://github.com/binaryage/dirac/blob/master/scripts/update-versions.sh
Hah, I think it's for example what Clojurescript does as well - just has a script to update versions when building.
But yeah, rewriting the project file into a boot build script might have taken a while, but if you feel compelled to try it now, then Modern Cljs series is a really good introduction.