Fork me on GitHub

@seancorfield thanks for helping out - I ended up with this uberjar command:

   {luchiniatwork/cambada {:mvn/version "1.0.0"}}
   :main-opts ["-m" "cambada.uberjar"
               "-m" "vsts-flow-metrics.cli"]}}
which should help for the main warning. Then without specifying a :mvn/repos in deps.edn I get:
Exception in thread "main" org.eclipse.aether.resolution.ArtifactDescriptorException: Failed to read artifact descriptor for org.apache.httpcomponents:httpcore:jar:4.4.9
	at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(
	at cambada.uberjar$get_dep_jars.invokeStatic(uberjar.clj:109)
But If deps.edn contain
:mvn/repos {"central" {:url ""}
             "clojars" {:url ""}}
the command completes


I'll see if I can create a minimal repro


and I use clj -A:uberjar -Srepro -Sforce to create the uberjar


Say, using an s3p private repo I get a lot of messages like these when starting clojure: Downloading: com/amazonaws/aws-java-sdk-dynamodb/maven-metadata.xml from Apparently this file is just missing, but I definitely don't have it in my private repo. Is there any way to tell clojure and/or maven to only use the private repo for artifacts from a specific namespace?


Alternately, is there a way to suppress that message from appearing? It's not so good for shell-script type tasks


The full panoply of messages is more like this:

Downloading: com/google/code/findbugs/jsr305/maven-metadata.xml from 
Downloading: com/google/guava/guava/maven-metadata.xml from 
Downloading: commons-codec/commons-codec/maven-metadata.xml from 
Downloading: com/amazonaws/aws-java-sdk-cloudwatch/maven-metadata.xml from 
Downloading: com/amazonaws/aws-java-sdk-dynamodb/maven-metadata.xml from 
Downloading: com/amazonaws/aws-java-sdk-kinesis/maven-metadata.xml from 
Downloading: com/amazonaws/amazon-kinesis-client/maven-metadata.xml from 


I guess what I'd like is the ability to set the <updatePolicy> value on my S3 repository to never, which I think would make this behavior go away.


:jvm-opts isn't a valid top-level key, right? Only inside an alias in :aliases?

Alex Miller (Clojure team)19:10:23

there is a ticket wrt default jvm-opts


Okay. Thanks, Alex!