This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-08-01
Channels
- # beginners (41)
- # boot (25)
- # cider (34)
- # cljs-dev (221)
- # cljsrn (1)
- # clojure (191)
- # clojure-dusseldorf (4)
- # clojure-hamburg (1)
- # clojure-italy (8)
- # clojure-poland (1)
- # clojure-russia (22)
- # clojure-spec (27)
- # clojure-uk (91)
- # clojurescript (101)
- # core-async (11)
- # cursive (33)
- # data-science (9)
- # datascript (3)
- # datomic (30)
- # emacs (4)
- # events (4)
- # garden (6)
- # jobs (3)
- # leiningen (8)
- # luminus (39)
- # lumo (2)
- # off-topic (158)
- # om (13)
- # onyx (1)
- # parinfer (22)
- # planck (2)
- # protorepl (5)
- # re-frame (7)
- # reagent (10)
- # remote-jobs (1)
- # ring (1)
- # ring-swagger (20)
- # unrepl (92)
- # vim (11)
@yogthos Just tested the luminus template and found I managed to forget to commit the app.cljs.edn file in the templates (neeeded for figwheel to work properly in boot). Do you want me to just create a new PR adding the file?
This only affects anything when you use +boot and +cljs together, but it completely breaks the template (it only creates the env and resources folders). Sorry that I missed that, the problem with testing things in your working directory 😕
is there any recommended way of fixing
java.lang.ClassNotFoundException: clojure.tools.logging.impl.LoggerFactory
? This is happening on a fresh project created with lean new luminus <app name>
(running [org.clojure/clojure "1.8.0"][org.clojure/tools.logging "0.4.0"]
)I tried lean clean
and am also getting the same error on different environment in my case when I push t Cloud Foundry
@donyorm I will try upgrading and see! I was at my wits end as the dev server works like a charm and it was only when I tried to push it to a hosting server did I see it fail and was able to reproduce the failure on my own dev station
hmm i’ve been having an absolutely bizarre issue , my app is somewhat based on luminus , aka mount with immutant and others , it’s evolved a bit but uses pretty much same pattern , on certain hosts when i attempt to build an uberjar i get
java.nio.file.NoSuchFileException: whitespace = #'\s+', compiling:(core.clj:280:14)
Exception in thread "main" java.nio.file.NoSuchFileException: whitespace = #'\s+', compiling:(core.clj:280:14)
so weird , not on all hosts , can’t seem to find any differences , but asking on off chance either way anyone seen this when building an uberjar?
It's search for the file whitespace = #'\s+'
which looks like a language other than clojure. What's the full stacktrace? Is that "core.clj" yours or a different app's?
not my core.clj , all i can gather with a bit of further debugging is the uberjar compile on this host is actually executing some code that isn’t being executed elsewhere (i hooked a debug print around (io/input-stream)
that grammar seems to come from an instaparse config in one of my dependencies , the strange part is yeh it’s only on this one host that something is being executed
vacer.* is my code , hooking the compile that breaks at at vacer.file$fn__1436.invoke(file.clj:122)
shows that only on this host it’s somehow trying to open a file ‘whitespace = ..’ which seems like part of an instaparse grammar
check if you have any dependency conflicts (use lein deps :tree
). Does more than one library need instaparse?
only seems to be clout using it , my best guess is it’s something going wrong with something using instaparse since that looks like part of a grammar
yeah, i guess i’m just struggling to understand why it’s only trying to do this as part of compile process in a specific environment , nowhere else ,
You could consider opening an issue on clout itself, but a non-reproducable bug is hard to fix. Do you have any environment files that could change? (ex. using environ to pull in environment variables)
i pull config from files selected at runtime , with defaults baked in a resources/config.edn
I'm not sure what to say. I use boot
more than lein, so I'm not as familiar with its build proces. You could consider asking at #leiningen.