如何处理maven仓库中后缀LastUpdated文件

时间:2021-05-19

一、背景

  新做了一个的需求,需要在SpringBoot项目中引入了多个依赖,然后就感觉idea下载依赖包的时间很漫长,然后我就网上找了解决办法——使用国内的阿里云镜像,后来呢,就出现了这个问题。删除该文件也未曾生效,依然会重新生成。

二、产生的原因

  原来每次在更新maven项目的时候,每一个jar包路径下的_remote.repositories文件都会同setting.xml中设置的仓库地址id进行判断,如果没有匹配,会自动更新该jar包的相关文件,如果未联网则会出现jar无法发现的错误,导致即使jar存在,maven项目也无法使用该jar的情况。如果使用公司的内网仓库,_remote.repositories文件变为_maven.repositories。Maven在下载仓库中找不到相应资源时,会生成一个.lastUpdated为后缀的文件。如果这个.lastUpdated文件存在,那么即使换一个有资源的仓库后,Maven依然不会去下载新资源。

三、解决办法

项目统一使用一个远程仓库的地址,阿里云或者其他公网镜像。修改方法:maven安装包——>conf文件夹——>setting.xml文件——>mirror节点

  1、办法一:把本地仓库里的依赖包全清空,然后让项目重新下载所有依赖——一次性解决,可靠;
  2、办法二:找到报错的依赖包的位置,删除LastUpdated后缀的文件,让idea单独下载——如果有多个报错的依赖包,需要操作多次;
  3、办法三:使用脚本,一次性清除所有的LastUpdated后缀的文件。 

# windows脚本@echo offrem create by NettQun rem 这里写你的仓库路径set REPOSITORY_PATH=D:\Java\maven-repository\maven-aliyun\repositoryrem 正在搜索...for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\*lastUpdated*"') do ( echo %%i del /s /q "%%i")rem 搜索完毕pause# linux脚本 # 这里写你的仓库路径REPOSITORY_PATH=~/Documents/tools/repositoryecho 正在搜索...find $REPOSITORY_PATH -name "*lastUpdated*" | xargs rm -frecho 搜索完

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。

相关文章