Fork me on GitHub

@martinklepsch per your comments : I’m running into the issue exclusively when trying to run boot via docker — and I have this suspicion that my docker image has cached a bad boot binary. how do I check the version of the installed boot-bin?


@lwhorton you can try this in a repl:

boot.user=> Boot/initialVersion


In my project’s repl this evals to 2.5.2. It’s a bit harder to get at this value inside of docker given my dockerfiles’ setup - ill get back to you on that


unfortunately I’m not able to get an accurate read on that value… my boot task will fail any time I try to run it (or its repl). the only way for it not to barf with the clojure/lang/AFunction exception is to explicitly set the BOOT_VERSION, which won’t give us the default value as set by the latest


@lwhorton the value of BOOT_VERSION should not affect what is reported by Boot/initialVersion (at least as far as I understand the code, not 100% sure myself)

Garrett Hopper21:09:11

Has anyone had issue with boot-reload trying to reload a file before boot-cljs has had time to write it to resources and be read to be served by your http server? (Aleph in my case; serving using ring.middleware.resource/wrap-resource)

Garrett Hopper21:09:05

More specifically, how quickly after a file has been added to a fileset (by boot-cljs) will it be available as a java resource for http serving?


Stack trace of root exception is empty; this is likely due to a JVM optimization that can be disabled with -XX:-OmitStackTraceInFastThrow <-- how do fix this in boot ?


can you set JVM_OPTS ?


or maybe it’s JAVA_OPTS


@qqq this is how I set it:

export BOOT_JVM_OPTIONS="-Xmx8g -client -XX:+TieredCompilation -XX:TieredStopAtLevel=1 -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled -Xverify:none -XX:-OmitStackTraceInFastThrow"


@alexmiller , @richiardiandrea : figured out what I was doingwrong -- I was adding that to, which for some reason was not working for me -- then I put it in bash profile instead, and it worked