maven无法下载依赖jar包—几种仓库的区别

版权声明:每天进步一点点——我也只是写着玩儿——随便转随便评 https://blog.csdn.net/u013034889/article/details/56851464

一、问题背景

最近这两天,感觉自己智商急剧退化,到了自己都捉急的地步,呃,有必要记录下来,以后智商被人甩几条街的时候,看看这篇文字,找找灵感也是好的!


这个项目呢,是用IDEA开发的,我一切都弄好了,结果死活运行不起来,pom.xml文件报错,各种不能解析版本,类似于:failed to resolve artifact......我一看,好家伙,maven里面配置的所有依赖,它都不能解析下载,因为后面提示的是当前配置的版本号,我又以为是版本配置的有问题,于是本宝宝换了N个版本,最终:问题还是没解决!


这个时候,本宝宝开始怀疑IDEA了,没办法,用的所有工具里面,就属这个开发环境最生,我总觉得是哪儿哪儿没配好,然后还找人问了问,上网查了查,结果:还是未果!一气之下,我弃了这个让我很有好感的IDE,转而投入了老朋友eclipse的怀抱,我兴高采烈的把项目稍作修改,给搬进了eclipse,本以为问题迎刃而解,因为其实就是一个SSM框架,我以前配过,而且eclipse的工作空间里,本身就还存着一个空的SSM框架,我以前用过测过,它曾经绝对是可以正常使用的。但结果:错误依然,只多不少!


这时候,傻眼儿了(默哀被我舍弃掉了的IDEA)开始思考,这绝对不是开发工具的问题了,就开始跟着错误找原因,我找啊找:终于还是没有找到!


我就想我之前手动引入jar包的时候,没这么多问题,这maven管理的jar包到底怎么了?于是乎,我打开了我的本地仓库,结果:仓库里什么都没有,一个 jar都没有,全都是以lastupdate结尾的文件,不过,问题终于找到原因了。于是就想办法让maven把依赖jar包下载下来再说!以前开发项目,都是组长配好了的,自己什么都不用管,把文件导入进去就OK了,更没有自己配置过maven的setting.xml文件,都是被组长配置好了,然后往自己本地导就行了,这回一看,傻傻不知道咋整。最终,使出杀手锏:看文档!然后看了几篇博客,问题解决!这个问题的出现和我久久不能解决的原因,就是因为我对maven这几种仓库的不理解,以及我不知道他们是怎么个运作流程导致的,这里本宝宝就胡言乱语的说它一说。

二、maven的几种仓库

2.1,本地仓库

maven本地仓库,有个默认的位置,就是用户目录下的.m2/repository,如果要更改本地仓库的位置,那就更新setting.xml文件好了,如下:

<localRepository>C:\Users\AngelHHX\.m2\repository</localRepository>
此处的位置可以被更改为,自己指定的仓库的位置!

2.2,远程仓库

远程仓库一般来说,主要包括三种:中央仓库、私服、其他公共库

中央仓库是默认的远程仓库,maven在安装的时候,自带中央仓库的配置,中央仓库包含了绝大多数流行的开源java构件、源码等,一般java项目所依赖的构件(其实就是jar包)都可以在这里下载。

私服是一种比较特殊的远程仓库,它是架设在局域网内的仓库服务,代理广域网上的远程仓库。当maven需要下载jar包的时候,从私服请求,如果私服不存在该jar包,则从远程仓库下载!

看一下怎么配置的(本地私服):


中央仓库的配置:

<repositories>
	<repository>
		<id>central</id>
		<name>Central</name>
		<url>http://repo.maven.apache.org/maven2</url>
		<releases><enabled>true</enabled></releases>
		<snapshots><enabled>true</enabled></snapshots>
	</repository>
</repositories>

我项目中所出问题的原因:

因为开发上一个项目的时候,配置了私服,然后这次的项目和上次的项目不一样,中途将私服的配置给注销了,就只留了本地仓库。今天发现本地仓库的文件太多了,有些是这个项目中用不上的,所以我就全给删了,想着重新下载相关依赖jar(想法是挺好的,问题的关键是,我没告诉maven去哪儿下载呀),结果。。。。。。。呵 呵了

三、maven的访问jar流程

其实在setting.xml的maven配置中,除了本地仓库,远程仓库的配置外,还有一个关于镜像的配置,那么这几个到底是怎么运作的呢!

maven首先会去本地仓库找相关的依赖jar,如果没有,假使配置了私服,那么第二步就会去私服上下载依赖jar。如果私服这条路走了,还是没有下载到相关jar,那么这时候就会去中央仓库下载,在中央仓库下载的时候,会根据镜像的配置对其jar进行备份缓存。下一次再次访问中央仓库的时候,就会被镜像拦截,先从镜像地址获取jar(降低中央仓库的压力)!

所以,我那个配置文件仅仅有一个空空的本地仓库,没有私服地址,没有中央仓库的配置,能下载到jar包才有鬼了,项目能运行起来,更有妖了!

四、总结

为什么要配置私服呢?

1,不用每个人都去访问中央仓库,节省外网宽带,也同时降低中央仓库的负荷

2,加速maven依赖jar的下载(局域网快,用过QQ传文件就知道了)

3,局域网内更为稳定

4,统一控制,方便管理

5,可以添加一些自定义的jar依赖下载

一切都的罪孽,都来源于自己从来没有去配置过maven,也没认真瞅过setting.xml文件的内容,更没有去仔细看过每一个节点所配置的内容,当时开发的时候,就是组长大概讲了讲结构,然后就开始导入直接使,隐患太大了。也真真是实践出真知啊,下一篇博客,介绍一下我那个奇葩的数据库连接池的问题,更是无语+呵呵


猜你喜欢

转载自blog.csdn.net/u013034889/article/details/56851464