Wow, this is cool.

Can't you force it with [nested] functions with long names?

?

Function names get converted to class names. Nested functions include the name of the outer function.

I need something I can add to deps.edn class names are not part of the classpath, just .jar files and directories

Gotcha.

I guess it would be possible to make your own right?

List all of Clojars and add it all to deps.edn? :)

Yeah that's what I'm thinking! You just have to make sure they're available to client code as transitive dependencies

yeah, but how do I get all of clojars (or at least, 100 or so) in a deps.edn easily? I tried copy pasting some stuff but it gets tedious very fast

curl

thanks :)

curl  | jet --from json --keywordize -t '(map (fn [{:keys [group_name jar_name latest_release]}] {(symbol group_name jar_name) {:mvn/version latest_release}}))'

I added 100+ deps now and still can't repro it

I'll just wait for the Windows people to come with a repro then

Does deps.edn put transitive dependencies on the classpath of client code like this by default? Gradle used to but as of Gradle 5 it no longer does

transitive deps are deps too, so I don't understand why gradle would not add them to the classpath

https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_separation

I don't know deps.edn particularly well but it might have a similar approach to what's described here in the docs

but then again, gradle is not at play here and may be totally unrelated

tech.ml.dataset, particularly when you begin adding its https://techascent.github.io/tech.ml.dataset/tech.v3.libs.parquet.html, is a good candidate. I have had to move my m2 dir because of the long classpath issue in the past with projects relying on it.

are you sure the problem is a really long classpath itself or rather a really long entry within the classpath? I remember running into various "too long filename" problems years (or actually decades) ago with C compilers in windows with c:\work\projects\foo\ .. deeply nested.. \bar.h

I've run into "too long filename" Windows too. In my case, moving from C:\Users\teodor\stuff\too\long\didnt\read\project\subproject\bundles\some-bundle\some-thing to C:\dev solved it for me then. I think there was a limit of 250 or so characters.

@U3X7174KS The newly released deps.clj should solve it now. Try scoop install clj-deps from the scoop-clojure by @UBLU3FQRZ

@U04V15CAJ The issues I ran into were not Clojure related, sorry if that was unclear! Just wanted to share what I did to solve it. I think it's quite common for Windows developers to just assume that their files are being put "somewhere near toplevel".

ok just mentioning in case

Glad you were able to fix it! Last time I tried using deps on Windows (probably four years ago), I just got stuck and gave up.

Yes. This is a general mess.

apache spark has an aweful lot of dependencies, if you are still searching.