在下载依赖时添加重试吗？

Question

我们的 CI 运行失败，因为 Clojars 出现了临时问题。

构建类路径出错。无法传输工件
rewrite-clj:rewrite-clj:jar:1.1.45 从/到 clojars
(https://repo.clojars.org/): 连接到 repo.clojars.org:443
[repo.clojars.org/146.75.29.128] 失败：连接超时 401 错误
进程以退出代码 1 完成。

看起来是否应该为 tools.deps 在下载依赖时添加一些重试来处理临时失败？

Answer 1

401 意味着未经授权。这好像并不是我们希望重试的错误？

我不确定我们能否区分哪些情况下的重试是有价值的（而且其中一些可能通过 Maven 库被掩盖）。

Comments

另一个方面是，Maven 可能会尝试多个仓库来查找持有该工件的仓库。添加重试可能会延长搜索时间，或者给所有仓库增加大量流量。

---

虽然不是401错误，但在CI中经常遇到类似的错误。重新运行构建似乎总是可以解决这个问题。

正在下载：从clojars中下载metosin/muuntaja/0.6.8/muuntaja-0.6.8.pom
...
构建类路径时出错。读取metosin:muuntaja:jar:0.6.8的构件描述符失败
org.eclipse.aether.resolution.ArtifactDescriptorException: 读取metosin:muuntaja:jar:0.6.8的构件描述符失败
    在org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:259)
    在org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:175)
    在org.eclipse.aether.internal.impl.DefaultRepositorySystem.readArtifactDescriptor(DefaultRepositorySystem.java:255)
    在clojure.tools.deps.alpha.extensions.maven$fn__1061.invokeStatic(maven.clj:132)
    在clojure.tools.deps.alpha.extensions.maven$fn__1061.invoke(maven.clj:122)
    在clojure.lang.MultiFn.invoke(MultiFn.java:244)
    在clojure.tools.deps.alpha$expand_deps$children_task__754$fn__756$fn__757.invoke(alpha.clj:406)
    在clojure.tools.deps.alpha.util.concurrent$submit_task$task__479.invoke(concurrent.clj:35)
    在clojure.lang.AFn.call(AFn.java:18)
    在java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
    在java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
    在java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
    在java.base/java.lang.Thread.run(Thread.java:829)
原因：org.eclipse.aether.resolution.ArtifactResolutionException: 无法从clojars中传输构件metosin:muuntaja:pom:0.6.8 (查看原因：https://repo.clojars.org/) /ci/.m2/repository/metosin/muuntaja/0.6.8/muuntaja-0.6.8.pom.part (找不到文件或目录)
    在org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:425)
    在org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:229)
    在org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:207)
    在org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:244)
    ... 其他12个
原因：org.eclipse.aether.transfer.ArtifactTransferException: 无法从clojars传输构件metosin:muuntaja:pom:0.6.8 (查看原因：https://repo.clojars.org/) /ci/.m2/repository/metosin/muuntaja/0.6.8/muuntaja-0.6.8.pom.part (找不到文件或目录)
    在org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:52)
    在org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:369)
    在org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:75)
    在org.eclipse.aether.connector.basic.BasicRepositoryConnector$DirectExecutor.execute(BasicRepositoryConnector.java:628)
    在org.eclipse.aether.connector.basic.BasicRepositoryConnector.get(BasicRepositoryConnector.java:262)
    在org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:514)
    在org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:402)
    ... 其他15个
原因：java.io.FileNotFoundException: /ci/.m2/repository/metosin/muuntaja/0.6.8/muuntaja-0.6.8.pom.part (找不到文件或目录)
    在java.base/java.io.FileInputStream.open0(Native Method)
    在java.base/java.io.FileInputStream.open(FileInputStream.java:219)
    在java.base/java.io.FileInputStream.<init>(FileInputStream.java:157)
    在org.eclipse.aether.internal.impl.DefaultFileProcessor.copy(DefaultFileProcessor.java:163)
    在 org.eclipse.aether.internal.impl.DefaultFileProcessor.copy(DefaultFileProcessor.java:151) 中
    在 org.eclipse.aether.internal.impl.DefaultFileProcessor.move(DefaultFileProcessor.java:252) 中
    在 org.eclipse.aether.connector.basic.BasicRepositoryConnector$GetTaskRunner.runTask(BasicRepositoryConnector.java:482) 中
    在 org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:364) 中
    ... 更多 20 条

---

上面的长堆栈跟踪是由于缺少本地文件，而不是找不到网络资源的问题

   原因是：java.io.FileNotFoundException: /ci/.m2/repository/metosin/muuntaja/0.6.8/muuntaja-0.6.8.pom.part (没有找到文件或目录)

很难确定更多关于 ci 设置的信息，但可能是共享 /ci 文件系统存在问题

---

我刚刚回去查阅日志，401 是我包含在复制过程中的日志行号。

以下是带有时间戳的日志

00:21:14 GMT 下载：org/clojure/data.codec/0.1.0/data.codec-0.1.0.jar 来自 central
00:21:14 GMT 下载：com/amazonaws/jmespath-java/1.11.713/jmespath-java-1.11.713.jar 来自 central
00:21:14 GMT 下载：clj-commons/pomegranate/1.2.1/pomegranate-1.2.1.jar 来自 clojars
00:21:24 GMT 错误构建类路径。无法从/to clojars ( https://repo.clojars.org/):" rel="nofollow" target="_blank"> Connect to repo.clojars.org:443 [repo.clojars.org/146.75.29.128] failed: Connect timed out
00:21:24 GMT 错误：进程以退出代码 1 完成。

如果您想重试，我认为您可能需要捕获 ConnectTimeoutException： https://www.javadoc.io/doc/org.apache.httpcomponents/httpclient/4.3.4/org/apache/http/conn/ConnectTimeoutException.html

---

401，哈哈。

如果我们可以区分出工件不存在和服务不可用的情况，我对此想法持开放态度。对我来说，不清楚我们是否有这种机会并能够区分，因此需要进一步调查。