You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
last week we started to see a peculiar phenomenon, where Leiningen behaved differently in different environments. We haven't yet had time to debug the issue further, so can't yet pinpoint what could be the culprit.
We started to see two very different strange behaviours:
Built uberjars started to fail with Clojure tools logging classes missing
One project started in uberjar build to consume the whole available disk space
Both of these problems went away in Github Actions if we selected older Leiningen 2.9.4 to be used in the build.
Ubuntu-latest image on Github is Ubuntu 20.04.4 LTS version. It has 2.9.9 as the default version, but we also tested versions 2.9.10 and 2.9.8. Used java version was: Java 11.0.16 OpenJDK 64-Bit Server VM
For the first case, we started to see the following error, when the app started:
" Exception in thread "main" java.lang.NoClassDefFoundError: clojure/tools/logging/impl/LoggerFactory"
This was also confirmed from the built jar that the related class files were missing.
ls clojure/tools/logging/
impl.clj readable.clj test.cljImage
Whereas uberjar compiled with version 2.9.4 on Ubuntu had related class files there and worked.
On my local OS X Leiningen 2.9.8 also produces working uberjar.
ls clojure/tools/logging/impl/Logger
Logger.class LoggerFactory.class
For the second issue, we started to see another project uberjar task take a very long time and consumes the available disk space of the machine. This was also confirmed on one development laptop, where we did not wait for the disk to get filled - but stopped the process as it looked to be taking way way way longer than normally.
We haven't yet investigated these issues more as we could go around the problem with the older version, but I thought about making this known - if someone else stumbles upon similar issues. Also, any thoughts on how to debug the issue more are appreciated.
The text was updated successfully, but these errors were encountered:
Please, if you can provide a way to reproduce this problem, I would like to look into it, but there's nothing I can do with the information you've given so far.
Hi,
last week we started to see a peculiar phenomenon, where Leiningen behaved differently in different environments. We haven't yet had time to debug the issue further, so can't yet pinpoint what could be the culprit.
We started to see two very different strange behaviours:
Built uberjars started to fail with Clojure tools logging classes missing
One project started in uberjar build to consume the whole available disk space
Both of these problems went away in Github Actions if we selected older Leiningen 2.9.4 to be used in the build.
Ubuntu-latest image on Github is Ubuntu 20.04.4 LTS version. It has 2.9.9 as the default version, but we also tested versions 2.9.10 and 2.9.8. Used java version was: Java 11.0.16 OpenJDK 64-Bit Server VM
For the first case, we started to see the following error, when the app started:
" Exception in thread "main" java.lang.NoClassDefFoundError: clojure/tools/logging/impl/LoggerFactory"
This was also confirmed from the built jar that the related class files were missing.
ls clojure/tools/logging/
impl.clj readable.clj test.cljImage
Whereas uberjar compiled with version 2.9.4 on Ubuntu had related class files there and worked.
On my local OS X Leiningen 2.9.8 also produces working uberjar.
ls clojure/tools/logging/impl/Logger
Logger.class LoggerFactory.class
For the second issue, we started to see another project uberjar task take a very long time and consumes the available disk space of the machine. This was also confirmed on one development laptop, where we did not wait for the disk to get filled - but stopped the process as it looked to be taking way way way longer than normally.
We haven't yet investigated these issues more as we could go around the problem with the older version, but I thought about making this known - if someone else stumbles upon similar issues. Also, any thoughts on how to debug the issue more are appreciated.
The text was updated successfully, but these errors were encountered: