在下载依赖时添加重试？

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(Thread.java:628)
    在java.base/java.lang.Thread.run(Thread.java:829)
原因：org.eclipse.aether.resolution.ArtifactResolutionException: 无法从/to clojars (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 more
原因：org.eclipse.aether.transfer.ArtifactTransferException: 无法从/to clojars (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 more
原因：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 (No such file or directory)

由于不知道ci配置的更多细节，但也许是一些与共享/ci文件系统相关的问题

---

我刚刚回看了日志，401是我当时复制时包含的日志行的行号。

以下是带时间戳的日志

00:21:14 GMT 下载：org/clojure/data.codec/0.1.0/data.codec-0.1.0.jar 从中央仓库
00:21:14 GMT 下载：com/amazonaws/jmespath-java/1.11.713/jmespath-java-1.11.713.jar 从中央仓库
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/):" 组件重写-clj:重写-clj:jar:1.1.45 失败：连接到repo.clojars.org:443 [repo.clojars.org/146.75.29.128] 超时
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错误很搞笑。

如果我们可以区分出构件不存在与服务不可用的情况，那么我可以接受这个想法。对我来说，还不清楚我们是否有这种机会并且能够分辨出来，所以还需要进一步调查。