Maven简述
maven中自动下载我们项目中要用的依赖,是基于maven的远程中央仓库的;
但是我们在开发中,一般公司不会让开发组的maven直接连接远程中央仓库,原因也很简单易懂:
每个组件的版本太多,如果没有共识,下载的jar版本不一致,就会造成冲突;
私服仓库的概念就应运而生了,开发组用的组件,最先使用的会直接从远程中央仓库拉到私服,后续若有其它开发人员用到此组件,去拉取的时候私服会直接给到已经存在的版本,来避免版本冲突;
私服仓库的搭建,普遍用到的是软件Nexus;
私服仓库的概念还细分为proxy、hosted、group三个概念;
proxy代理仓库很好理解,即代理下载开发中要用的第三方插件;
hosted宿主仓库,原生的,所以主要负责开发人员制作的插件在本地的上传;
group仓库组,由于私服里面宿主仓库数量众多,我们在上传的时候可以指定上传到哪里,但是下载的时候反正都是私服上的资源,你直接给我就好了,开发者并不关注这些资源存储在哪个宿主仓库里。私服为了便于开发者下载,设定了一个仓库组的概念,仓库组就是用来快速查找下载资源用的;
私服仓库的配置:
<servers>
<server>
<id>nexus-heima</id>
<username>admin</username>
<password>YOUR PASSWORD</password>
</server>
</servers>
<mirrors>
<mirror>
<id>nexus-heima</id>
<mirrorOf>*</mirrorOf>
<url>http://localhost:8081/repository/maven-public/</url>
</mirror>
</mirrors>
说明:
- mirror下url要与私服中group仓库一致:http://localhost:8081/repository/maven-public/;
- 如果我们的私服设有访问密码(进制匿名访问),那么server这个就要加上,id必须和mirror中配置的私服ID保持一致,设置好用户名跟密码后就可以工作了;
配置打包的pom.xml:
<distributionManagement>
<repository>
<!--id与server对应的id一致-->
<id>heima-release</id>
<url>http://localhost:8081/repository/heima-release/</url>
</repository>
<snapshotRepository>
<!--id与server对应的id一致-->
<id>heima-snapshots</id>
<url>http://localhost:8081/repository/heima-snapshots/</url>
</snapshotRepository>
</distributionManagement>
这里有一点要说明就是,打包的时候,你的version如果是SNAPSHOT,将会被此xml识别自动配置进snapshots仓库,其余一并识别进release;
有一个小知识是,工程在下载jar包时,如果不能识别,可能是因为本地仓库下载jar不完整导致,此时需要将本地仓库下对应jar包下以lastUpdated结尾的文件清除即可,如果文件太多可以执行bat命令:
set REPOSITORY_PATH=D:/develop/maven-repository/repository
rem 正在搜索...
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\*lastUpdated"') do (
del /s /q %%i
)
rem 搜索完毕
pause
Maven的高级特性:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<!--这里scope标签里面的test就是一个依赖的范围-->
<scope>test</scope>
</dependency>
</dependencies>
Maven里项目直接的jar包版本冲突如何解决?
Maven会自动解决,两个原则,路径最短者优先原则,路径相同先声明优先原则;
聚合管理:
我们在平时的开发中,项目往往会被划分为好几个模块,比如common公共模块、system系统模块、log日志模块、reports统计模块、monitor监控模块等等。这时我们肯定会出现这么一个需要,我们需要一次构件多个模块,而不用每个模块都去mvn clean install
一次,Maven聚合就是用来实现这个需求的。
继承管理:
个人认为此简述最有用的一点,即父子项目的创建,可以实现子项目的所以依赖全部交给父项目来管理;
示例:
新建maven-day01-06parent
maven-day01-06parnt项目为管理项目,自身不实现任何逻辑,建立好之后直接删除src目录所有内容,设置 pom.xml文件中packaging属性为pom,完整配置如下结果如下:
自定义变量:
声明了变量可以在父项目对所有子项目的依赖和插件版本进行管理