maven 的使用

依赖管理

1）如：项目依赖 commons-io，在 pom.xml 中配置如下：

    <dependency>
       <groupId>commons-io</groupId>
       <artifactId>commons-io</artifactId>
       <version>2.4</version>
     </dependency>

此时maven 会解析 commons-io 这个工程中的pom.xml 文件，会自动加载common-io 工程的依赖，叫做传递依赖。
所以在工作中通常会建立一个common-util 的工程，把一些通用的工具类，公共的依赖加入到项目依赖中。
但是刚开始是好的，这个工程比较难管理，管理不好可能会比较乱。
假如有6个子工程（包括common-util，其它5个都依赖了common-util），此时有2个工程（除了common-util）需要一个依赖，那么这个依赖要放到时common-util pom.xml 中还是分别放到这两工程 pom.xml 中？  所以这个common-util 会乱。
2)如果你的项目依赖了两个工程A ，B。 但是A ，B 两个工程都依赖了C 工程，此时就会三个问题：
    i)  依赖的C 工程是从A 工程中传递依赖的，还是从 B 工程中传递依赖的?
        maven 定义了依赖规则
依赖树，深度越浅，优先依赖。 
位于依赖树中同一层时，选择先引入的。
    ii) 如果A 和 B 中的传递依赖的C 工程的版本太低，不要A工程和B工程 中的传递依赖的C 工程 怎么处理?    
        在A，B依赖 加入exclusions 标签，说明除去传递依赖C。同时声明直接依赖C

         <exclusions>
            <exclusion>
              <groupId>org.C</groupId>
              <artifactId>C</artifactId>
            </exclusion>
         <exclusions>

    iii) 重复依赖
        实际的项目中，你会有一大把的Maven模块，而且你往往发现这些模块有很多依赖是完全项目的，A模块有个对spring的依赖，B模块也有，
        它们的依 赖配置一模一样，同样的groupId, artifactId, version，或者还有exclusions, classifer。细心的分会发现这是一种重复，重复就意味着潜在的问题，Maven提供的dependencyManagement就是用来消除这种 重复的。
正确的做法是：
　　1. 在父模块中使用dependencyManagement配置依赖
　　2. 在子模块中使用dependencies添加依赖
dependencyManagement实际上不会真正引入任何依赖，dependencies才会。但是，当父模块中配置了某个依赖之后，子模块只需使用简单groupId和artifactId就能自动继承相应的父模块依赖配置。注：依赖范围对此有影响，blog：http://jackyrong.iteye.com/blog/2035010

疑问：有依赖规则的限制怎么还会出现重复依赖呢？
例如：

父模块中声明：

<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>org.sonatype.mavenbook</groupId>
  <artifactId>a-parent</artifactId>
  <version>1.0.0</version>
  ...
  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
        <version>5.1.2</version>
      </dependency>
      ...
    <dependencies>
  </dependencyManagement>
</project>

子模块中声明：

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.sonatype.mavenbook</groupId>
    <artifactId>a-parent</artifactId>
    <version>1.0.0</version>
  </parent>
  <artifactId>project-a</artifactId>
  ...
  <dependencies>
    <dependency>
      <groupId>mysql</groupId>
      <artifactId>mysql-connector-java</artifactId>
    </dependency>
  </dependencies>
</project>

3) 依赖范围（scope）

4) 依赖分析：
  i) 在eclipse 中打开pom.xml。
    Dependenies 是直接依赖的， Dependency Hierarchy 是层级依赖。如下图展示的是“层级依赖”
    
    (IntelliJ 中也可以查看)
  ii) 通过命令分析：
    使用cmd 命令，到工程目录下（pom.xml 目录）下使用命令：
    D:\workspace\lmis-parent\lmis-web>mvn dependency:tree 会分析出工程的依赖。

项目间的依赖 
例如可以把项目spring 看成自己的一个项目，这样就好理解了。
项目A 依赖项目B,把项目B安装到maven仓库中，在A项目中依赖B项目,pom.xml配置如下：

    <dependency>
        <groupId>com.master</groupId>
        <artifactId>mavbook</artifactId>
        <version>0.0.1-SNAPSHOT</version>
    </dependency>

则在把A项目打包时，会把B项目一起打包到A项目中

maven 子工程的pom.xml 会继承父pom.xml
如：
    1) 父pom.xml 中指定了版本号（<version>1.0.0</version>），在子pom.xml 中可以不用指定，那么子项目的版本号会继承父pom.xml 的版本号
    2)指定的  properties 可以在子pom.xml 中直接使用，如：
    

<properties>
      <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
      <slf4j.version>1.7.5</slf4j.version>
      <spring.version>3.2.3.RELEASE</spring.version>
</properties>