Maven总结

1、Maven的依赖库查询顺序更改为：

　　1)在 Maven 本地资源库中搜索，如果没有找到，进入第 2 步，否则退出。

　　2)在 Maven 中央存储库搜索，如果没有找到，进入第 3 步，否则退出。

　　3)在java.net Maven的远程存储库（在pom.xml中的repositories配置）搜索，如果没有找到，提示错误信息，否则退出。

 

2、Maven坐标（groupId、artifactId、version）

<dependencies>
　　<dependency>
　　　　<groupId>log4j</groupId>
　　　　<artifactId>log4j</artifactId>
　　　　<version>1.2.14</version>
　　</dependency>
</dependencies>

 

3、Scope作用域

1）test范围指的是测试范围有效，在编译和打包时都不会使用这个依赖
2）compile范围指的是编译范围有效，在编译和打包时都会将依赖存储进去
3）provided依赖：在编译和测试的过程有效，最后生成war包时不会加入，诸如：servlet-api，因为servlet-api，tomcat等web服务器已经存在了，如果再打包会冲突
4）runtime在运行的时候依赖，在编译的时候不依赖
默认的依赖范围是compile

4、依赖的传递：

作用域是test的包不会传递到引用这个项目的其它项目，但如果不是test会传递依赖到其它项目。
如：项目A中有一个依赖包junit4.10，它的作用域是test
现在有一个项目B，引用项目A，如果项目B要使用junit4.10就必须自己重新定义依赖关系。【因为不会传递依赖，所以不会从项目A中得到】
但：如果作用域是其它的，不是test
那么项目B可以直接使用不用自己再定义一个依赖关系。【因为会从项目A中自动传递依赖，而得到】

5、依赖关系的传递（间接依赖）

1）同级别依赖

项目A-->P包1.0
项目B-->P包2.0
项目C-->项目A,项目B

项目C得到的P包，应该是哪个呢？
应该是项目A的P包1.0，因为在项目C中，项目A依赖关系定义在前，项目B的依赖配置定义在后。

2）不同级别依赖，层级少的优先依赖
如：
A-->P1.0
B-->A
C-->B
D-->P2.0

E-->C,D 那么，E通过传递依赖得到的将会是：P2.0 （就算E中的C依赖定义在前面）

3）排队依赖，当包通过传递，产生了冲突时可能通过排队依赖关系解决

<exclusions>
　　<exclusion>
　　　　<groupId>commons-logging</groupId>
　　　　<artifactId>commons-logging</artifactId>
　　</exclusion>
</exclusiongs>

 

6、发布到中央仓库

1）在Pom中添加如下代码，指定要发布的地址

<distributionManagement>
   <repository>
       <id>nexus-releases</id><!--这里的ID要和setting.xml中server的id对应起来，通过server的id来找用户名密码。setting.xml中的server可能会配置多个，只能通过id来区分-->
       <name>Nexus Release Repository</name><!--远程仓库名-->
       <uniqueVersion>false</uniqueVersion>
       <url>http://134.32.32.144:8081/nexus/content/repositories/releases/</url>
   </repository>
<url>

2）在setting.xml中配置有权限部署的Nexus账号和密码

<server>
      <id>nexus-releases</id><!--这里了与pom中distributionManagement中配置的id对应起来-->
      <username>admin</username>
      <password>admin123</password>
</server>