uberjar fails when using git libs #9
Comments
mdiin
added a commit
to mdiin/cambada
that referenced
this issue
Mar 22, 2019
* filter on :mvn manifest when getting dep jars to fix luchiniatwork#9 * uberjar-exclusions to fix luchiniatwork#11 * use merged deps config by default, optionally specify --no-merge-config * copy resource (non-source) files from gitlib/local deps for uberjar * get deps and jar paths in one go * write project pom.properties as lein does
|
I bumped into this recently and asked about it in Clojurians. Someone recommended I try this fork of Cambada and it did indeed resolve the problem for me. |
alza-bitz
added a commit
to digital-dj-tools/dj-data-converter
that referenced
this issue
Jul 29, 2020
Investigation to determine if GraalVM can be used to fix #33. So that Clojure/Java impl of data.xml is used instead of ClojureScript. Using Clojure 1.10.2-alpha1 and spec-tools 0.10.0 Using xfthhxk fix for luchiniatwork/cambada#9 Working for files that don't exist (Traktor to Rekordbox) Error for files that exist, from mp3-parser (Traktor to Rekordbox) Error for all files? (Rekordbox to Traktor)
alza-bitz
added a commit
to digital-dj-tools/dj-data-converter
that referenced
this issue
Nov 3, 2020
* Partially working GraalVM native image Investigation to determine if GraalVM can be used to fix #33. So that Clojure/Java impl of data.xml is used instead of ClojureScript. Using Clojure 1.10.2-alpha1 and spec-tools 0.10.0 Using xfthhxk fix for luchiniatwork/cambada#9 Working for files that don't exist (Traktor to Rekordbox) Error for files that exist, from mp3-parser (Traktor to Rekordbox) Error for all files? (Rekordbox to Traktor) * ClojureScript tests passing again * Partially working GraalVM native image Investigation to determine if GraalVM can be used to fix #33. Now working for files that exist (Traktor to Rekordbox) Fixed error from mp3-parser * Partially working GraalVM native image Investigation to determine if GraalVM can be used to fix #33. Now working for all files (Rekordbox to Traktor) * Add clojure setup to build job steps * Add native-image-linux job Use Java 11 instead of Java 8 * Use sudo where needed * Graalvm Native Image for Windows (#35) * Add native-image-windows job Doesn't build the native image yet Need to determine installation directory first * Reorganised to create an uberjar in the first step The Clojure setup action doesn't work on Windows; This is an experiment to just use GraalVM Native image directly instead * Enable verbose output to determine paths * Debugging * Fixed name argument * Add --initialize-at-build-time option * No target directory * Add steps to native-image-windows job * Install Visual C Build Tools Workload For Visual Studio 2017 * Changes for Powershell * Use cmd instead of Powershell * Add package and publish steps * Debugging * Fixed GraalVM image name * Additional smoke tests * Don't use direct linking It causes java.lang.ClassNotFoundException: clojure.data.xml$parse * Add native-image-macos job (#37) * Add release job * Update clojurescript dep to 1.10.773 Avoid error running uberjar alias Execution error (ExceptionInfo) at clojure.tools.deps.alpha.extensions.maven/get-artifact (maven.clj:118). Could not find artifact org.clojure:tools.reader:jar:1.3.0 Separate job for running tests Add support for skipping builds * Add status badge for GitHub Actions * Reverted from fork back to juxt repo for tick dep Also removed js-joda ns, no longer required with latest tick version * Update mp3-parser dep to 0.2.0 * Add link to status badge * Remove Azure Pipelines definition * Added 0.5.0 notes
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If
deps.ednhas a:git/urlor:local/rootsuch as the following then there is an exception thrown byZipFile.openwhile generating the uberjar.{:paths ["src" "resources"] :deps {commons {:git/url "https://github.com/user/commons" :sha "caffa137fa1c865ee12f02ed100f11917e839c11"}} :aliases {:uberjar {:extra-deps {luchiniatwork/cambada {:mvn/version "1.0.0"}} :main-opts ["-m" "cambada.uberjar" "--main" "program.main"]}}The text was updated successfully, but these errors were encountered: