共计 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