maven2读书笔记-maven项目依赖管理

    maven2使用项目继承、dependencyManagement、dependecies以及multi-module来管理依赖（具体参见xsd）。

需要注意的地方有：

1. 包含multi module的顶层pom必须在pom描述中定义packaging为pom，每项module则为其子文件夹的名称，maven2使用multi module信息来搜索子目录
2. dependencyManagement定义的每项dependency中的版本号不影响maven2对项目构建的dependency graph，只有在child project未定义dependency版本时才有用。好处在更好地统一所有项目中用到的dependency的依赖版本，所有child project均不需要显式地定义dependecny版本。
3. SNAPSHOT机制：SNAPSHOT机制是当你构建的dependency为每天都需从最新源代码构建时使用的。当定义dependency版本号为decimal-alike-SNAPSHOT时，maven2会自动查找最新版本的dependency。查找remote repository基于日期，若local repository中已有本日日期标志的版本号dependency，则不再查找下载，若需要强制再去下载本日最新SNAPSHOT，使用maven -U 选项。
4. dependency传递性时遇到版本冲突的解决办法

 
遇到多个不一致的版本号时候处理方法：

 

     dependency显然是有传递性的。  一个project中直接声明的dependency可能有其间接的dependency，而多个直接声明的dependency若间接引用了同样名字的dependency但其版本号不相同时，则遇到了dependency版本冲突问题。
  A maven2的默认解决方法：maven2构建的dependency graph中，默认采用离根节点最近的节点声明的dependency 版本号来确认版本冲突时的选择问题
  B 上述方法不能解决同样深度的节点可能不唯一的问题，此时可能遇到两个不同版本，如何选择？而且即使只有一个最浅深度的节点，此时选择的dependency未必满足需要。

手动方法：
     1 删除不正确的版本号 使用mvn -X 来获取不正确的dependency版本号是由哪个地方定义的。删除它。
  具体方法：找到此来源dependency时，在其内部包含如下xml Document Fragment：  

<exclusions>
<exclusion>
<groupId>因为此dependency include进来时候导致冲突的dependency的 groupId</groupId>
<artifactId>因为此dependency include进来时候导致冲突的dependency的artifactId</artifactId>
</exclusion>
</exclusions>

 
     2 使用正确的版本号来使两个(多个)不同版本号协调：通过在两个（多个）地方重载此dependency的版本号。
     具体方法：直接在本project的pom中定义： 

<dependency>
<groupId>冲突的dependency的groupId</groupId>
<artifactId>冲突的dependency的</artifactId>
<version>正确版本号</version>
<scope>runtime</scope>
</dependency>

 

  

自动方法：
   使用版本范围：
   具体使用：在pom中直接定义：

<dependency>
<groupId>冲突的dependency的groupId</groupId>
<artifactId>冲突的dependency的</artifactId>
<version>[1.1,)</version>
</dependency>

 
   这里使用了版本范围的表示法。这里表示maven2会按照前面所说的自动查找最浅深度节点声明，如果其版本号是此版本范围内，则返回，若不，则继续查找，直到找到或者找完但没有找到。
各种范围表示法如下所示：

(,1.0] 表示<= 1.0
[1.2,1.3] 表示 1.2 - 1.3 (闭区间)
[1.0,2.0) 表示 1.0闭-2.0开
[1.5,) 表示>=1.5
(,1.1),(1.1,) 表示除了1.1版本外的任何版本均可
而版本号的解释如下：
1.0.1-(200060615.203040)-(1)
| | |        |         |
大小bug fix 标记符    构建号

其中最后两个打括号的部分只能二选一，因为标记符一般指release前的标记符，例如alpha-1,beta2,rc1,而构建号则指release版后补丁的自增号。但是SNAPSHOT是上述版本号命名的特例：可以使用上述所有格式。