https://repo.clojars.org/com/janetacarr/quadtree-cljc/0.1.3/ -- looks like you uploaded the -standalone JAR which would be the application, rather than the library JAR?

There's no application, but does the name of the jar itself matter?

Apparently, yes. I would sort of expected deps-deploy to handle that renaming for you...

oh so the jar should be named quadtree-cljc-0.1.3.jar then ?

That should work, yes. You'll have to deploy 0.1.4 now, but...

No wait, let me check one of my projects...

https://github.com/seancorfield/next-jdbc/blob/develop/build.clj#L55 -- yeah, lib-version.jar

(although in my case that path ends up being target/com.github.seancorfield/next.jdbc-1.3.909.jar -- but the trailing part is artifactID-version.jar)

the maven deploy plugin renames the jar to this format

But deps-deploy does not, it seems.

or maybe it's nexus that renames it, I guess I'm not sure where that happens exactly, but when it ends up in the repo it has to follow the repo naming conventions to be found

This is for Clojars -- so maybe that's why there's no renaming?

This does work by the way:

clojure -Sdeps '{:deps {com.janetacarr/quadtree-cljc$standalone {:mvn/version "0.1.3"}}}'

ah so it is the jar name then

(this is orthogonal, but I notice there is an older 0.1.14 version - maybe a typo when deployed, and by Maven version comparison rules that will look newer than 0.1.3 or 0.1.4)

(so I guess that's why there is no renaming here -- because <artifact>-<classifier>-<version>.jar is perfectly reasonalbe)

@U064X3EF3 yes, a mistake. 😅

https://repo.clojars.org/com/janetacarr/quadtree-cljc/0.1.0/ has the only version that would work directly -- without -standalone

when you do a maven deploy you either tell it coords or give it a pom that has them - it will write the jar to the place according to those coords. I guess maybe the clojars upload doesn't do the same when publishing

seems like that would be a good thing for clojars to at least validate (coords match the artifact name)

@U04V70XH6 that's funny because 0.1.0 is the only version built with your build-clj lib haha

Sane defaults 🙂

This is why https://clojure-doc.org/articles/cookbooks/cli_build_projects/ exists now instead 🙂

@U064X3EF3 that'd be nice.

I have half reading the cookbook haha

I wonder how clojars / deps-deploy should handle multiple artifacts with classifiers...? Although that's a question for a different thread I guess 🙂

@U064X3EF3 @U04V70XH6 that was the problem. 0.1.4 works 🙂

I think I have a blog post to update somewheres.... Anyways thanks to the both of you!

I'll add a note to http://clojure-doc.org and also chat to Erik about deps-deploy helping prevent this. https://github.com/clojure-doc/clojure-doc.github.io/issues/68

multiple artifacts with different classifiers all share the same pom and usually they are uploaded as part of the same deployment (with normal maven deploy plugin)

> when you do a maven deploy you either tell it coords or give it a pom that has them - it will write the jar to the place according to those coords. I guess maybe the clojars upload doesn't do the same when publishing > seems like that would be a good thing for clojars to at least validate (coords match the artifact name) Clojars does verify that the version, group, and artifact name you are trying to deploy (via the path) matches what is in the pom. It doesn't parse the version from the jar file name to confirm that though. Did you see an example where there was a mismatch? I didn't see a mismatch in any version of this project. And I think Clojars did the right thing here otherwise unless it should be invalid to deploy a classified jar without a non-classified one.