Maven-Jar包下载失败及解决方案

33次阅读

共计 1283 个字符,预计需要花费 4 分钟才能阅读完成。

我是阿福,公众号「阿福聊编程」作者,一个在后端技术路上摸盘滚打的程序员,在进阶的路上,共勉!

文章已收录在 JavaSharing 中,包含 Java 技术文章,面试指南,资源分享。

明显的下载失败

具体表现

在 Maven 仓库中如果看到 jar 包或其他相关文件是以“lastUpdated”作为扩展名结尾,说明 jar 包或其他相关文件下载失败。

原因分析

Maven 在下载 jar 包的过程中,文件会以 lastUpdated 作为临时扩展名。文件下载完成后,Maven 会将“lastUpdated”扩展名去掉。

如果下载一半连不上网,导致下载失败,那么 Maven 就放任文件保持临时扩展名“lastUpdated”不管。

当我们下一次强制要求 Maven 重新下载 jar 包时候,Maven 看到这个文件以“lastUpdated”结尾,那么 Maven 就会无视“下载”命令。

所以对于以“lastUpdated”为扩展名的文件需要手动删除,然后再让 Maven 重新下载。

解决方案

基本做法:删除以“lastUpdated”结尾的文件,重新下载。

问题:Maven 仓库使用一段时间后,以“lastUpdated”结尾的文件会非常多,手动删除不现实。

正确做法:借助 clearLastUpdated.bat 脚本文件批量处理。

clearLastUpdated.bat 文件设置

第一步:将 clearLastUpdated.bat 文件放入 Maven 仓库根目录, 例如:D:javarepository

第二步:使用文本编辑器打开,修改下面两项,

CLEAR_PATH 设置为 Maven 仓库所在盘符

CLEAR_DIR 设置为 Maven 仓库的根目录,一定要使用非中文没有空格的目录

SET CLEAR_PATH=D:

SET CLEAR_DIR=D:javarepository

编辑完成后双击,clearLastUpdated.bat 文件,界面输入

  • ​ 输入 1 清理.lastUpdated
  • ​ 输入 2 查看.lastUpdated
  • ​ 输入 3 退 出 *

下载完成但内部损坏

具体表现

表面上看起来,jar 包并不是以“lastUpdated”结尾,表示已经下载完成。但是,程序编译或运行的时候报错。比如:找不到 xxx 类错误,而且通常这个类不是我们编写的;又或者找不到 xxx 方法,而且通常这个方法不是我们编写的。

其他表现往往还体现为一些莫名其妙的错误,特别是往往和我们编写的代码没有直接关系。

原因分析

  • 到 Maven 仓库中找到疑似下载失败的 jar 包
  • 使用文件校验工具文件校验
  • 打开工具,将要验证的 jar 包拖拽进工具界面,比较 SHA1 值,u 一致:确定 jar 包下载成功,内部正确没问题,u 不一致:确定 jar 包内部损坏。

文件校验工具

第一步:我们打开

第二步:把指定的拖到文件校验工具当中

拖缀后

然后打开.sha1 结尾的文件,例如:aopalliance-1.0.jar.sha1,然后比较两个 SHA1 码是否相等即可

如果不一致,根据依赖信息定位 jar 包在仓库里位置,删除 jar, 再次重写刷新 pom.xml 文件,就可以了。

软件下载:

clearLastUpdated.bat 和文件校验工具,提取码:1da4

正文完
 0