Maven多模块项目依赖管理及dependencies与dependencyManagement的区别
 
1、DepencyManagement应用场景
 
当我们的项目模块很多的时候，我们使用Maven管理项目非常方便，帮助我们管理构建、文档、报告、依赖、scms、发布、分发的方法。可以方便的编译代码、进行依赖管理、管理二进制库等等。
 
由于我们的模块很多，所以我们又抽象了一层，抽出一个itoo-base-parent来管理子项目的公共的依赖。为了项目的正确运行，必须让所有的子项目使用依赖项的统一版本，必须确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的结果。
 
在我们项目顶层的POM文件中，我们会看到dependencyManagement元素。通过它元素来管理jar包的版本，让子项目中引用一个依赖而不用显示的列出版本号。Maven会沿着父子层次向上走，直到找到一个拥有dependencyManagement元素的项目，然后它就会使用在这个dependencyManagement元素中指定的版本号。
 
来看看我们项目中的应用：
 
pom继承关系图：
 

 
依赖关系：
 
Itoo-base-parent(pom.xml)
 
org.eclipse.persistence
 
org.eclipse.persistence.jpa
 
${org.eclipse.persistence.jpa.version}
 
provided
 
javax
 
javaee-api
 
${javaee-api.version}
 
Itoo-base(pom.xml)
 
itoo-base-parent
 
com.tgb
 
0.0.1-SNAPSHOT
 
../itoo-base-parent/pom.xml
 
4.0.0
 
itoo-base
 
ejb
 
javax
 
javaee-api
 
com.fasterxml.jackson.core
 
jackson-annotations
 
org.eclipse.persistence
 
org.eclipse.persistence.jpa
 
provided
 
这样做的好处：统一管理项目的版本号，确保应用的各个项目的依赖和版本一致，才能保证测试的和发布的是相同的成果，因此，在顶层pom中定义共同的依赖关系。同时可以避免在每个使用的子项目中都声明一个版本号，这样想升级或者切换到另一个版本时，只需要在父类容器里更新，不需要任何一个子项目的修改；如果某个子项目需要另外一个版本号时，只需要在dependencies中声明一个版本号即可。子类就会使用子类声明的版本号，不继承于父类版本号。
 
2、Dependencies
 
相对于dependencyManagement，所有生命在dependencies里的依赖都会自动引入，并默认被所有的子项目继承。
 
3、区别
 
dependencies即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项(全部继承)
 
dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom;另外如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。
 
注意 ${project.version} 变量指的是应用的 version 。
 
顶层 pom 中的 dependencies 与 dependencyManagement 中的 dependencies 元素有一个重要的区别：
 
dependencyManagement 中的 dependencies 元素只表明依赖项版本的优先选择，并不影响项目的依赖项；而 dependencies 元素则影响项目的依赖项。
 
4、Maven约定优于配置
 
它提出这一概念，为项目提供合理的默认行为，无需不必要的配置。提供了默认的目录
 
src                   ——>         源代码和测试代码的根目录
 
main                            应用代码的源目录
 
java                     源代码
 
resources           项目的资源文件
 
test                               测试代码的源目录
 
java                      测试代码
 
resources            测试的资源文件
 
target                                   编译后的类文件、jar文件等
 
对于Maven约定优于配置的理解，一方面对于小型项目基本满足我们的需要基本不需要自己配置东西，使用Maven已经配置好的，快速上手，学习成本降低；另一方面，对于不满足我们需要的还可以自定义设置，体现了灵活性。配置大量减少了，随着项目变的越复杂，这种优势就越明显。

在所有的关于Maven多模块项目的配置完成以后，针对子类项目之间的依赖配置进行特殊处理， 
 配置完所有的配置以后，需要进行父类项目的进行如下操作： 
 首先需要针对所有的子类项目进行编译，如下： 
 选中父类项目点击右键–>Run AS–>Maven install 
  
 生完以上的内容以后，可在自己配置的Maven的本地jar库里面会看到相应的生成文件 
  
 有了以上的生成的子类jar包以后，需要在其他需要引用该子类项目的时候进行配置
 
 
 如果不出意外，在spis-web的子类项目可以调用spis-common下面的所有文件。

对于几乎在每个模块都需要引用的依赖，去各自的模块配置中添加太麻烦了，就想着在父模块中添加，然后在子模块中继承就可以了。首先，需要注意：
 
父模块中要有对应的模块标签：
 
<modules>
	<module>my-querydsl-web</module>
	<module>my-querydsl-service</module>
	<module>my-querydsl-entity</module>
</modules>
 
子模块要指定对应的父模块标签：
 
<parent>
	<groupId>com.wzh</groupId>
	<artifactId>my-querydsl</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<relativePath/>
</parent>
 
这样父模块中添加的依赖在子模块中就可以直接使用
 
另外需要注意的区别，如下依赖可以被子模块继承
 
<dependencies>
	<dependency>
		<groupId>com.alibaba</groupId>
		<artifactId>fastjson</artifactId>
		<version>1.2.70</version>
	</dependency>
</dependencies>
 
下面标签的依赖不会被子模块继承
 
<dependencyManagement>
	<dependencies>
		<dependency>
			<groupId>com.alibaba</groupId>
			<artifactId>fastjson</artifactId>
			<version>1.2.70</version>
		</dependency>
	</dependencies>
</dependencyManagement>
 
 

一、POM.XML
 
1、ProjectObject Model：项目对象模型
 
2、基本项：
 
project：pom.xml的顶级元素。
groupId：指出创建这个工程的组织或团队的唯一标识。
plugins：插件。
artifactId：基本名称。
packaging：类型（如JAR、WAR、EAR等等），默认是JAR，所有带有子模块的项目的packaging 
都为pom。
 
version：版本号。
modelVersion：指出POM使用哪个版本的对象模型。
 
二、多模块
 
1、如何创建
 
        参考：http://www.cnblogs.com/quanyongan/archive/2013/05/28/3103243.html
 
2、为什么要分多模块
 
    软件公司通常的一种做法就是将多个项目构建到主要产品中。维护依赖关系链和一次性地构建整个产品足以成为一个挑战，但是如果使用Maven的话，事情将变得简单。如果您创建了一个指向其它子模块的 pom.xml父文件，Maven将为您处理整个构建过程。它将分析每个子模块的pom.xml文件，并且按照这些子模块的相互依赖顺序来构建项目。如果每个项目明确地指明它们的依赖项，那么子模块在父文件中的放置顺序是不造成任何影响的。但是考虑到其他的开发者，最好保证子模块在pom.xml父文件中 的放置顺序和您期望的子项目被构建的顺序一样。
 
        参考：http://juvenshun.iteye.com/blog/305865
 
3、依赖另一个项目的子模块
 
    A项目下有2个子模块A1,A2；B项目下有3个子模块B1，B2，B3；
 
    A1依赖B1和A2； A2依赖B2,B3；
 
    则，需要先运行B项目，成功之后再运行A项目。
 
三、依赖关系
 
1、简介
 
    参看：管理依赖
 
 
2、scope参数
 
指定依赖项在何种阶段是所需的。
 

 
 
<dependency>
    <groupId>aa</groupId>
    <artifactId>aa</artifactId>
    <version>1.5.1</version>
    <scope>compile</scope>
</dependency>

 
 
——》参数值：
 
compile：默认值。表示是所有任务所需的资源，会随项目一起发布。
test：用于编译和运行测试代码时所需的资源，不会随项目发布。
runtime：运行时所需的资源，如JDBC驱动。
provided：类似compile，JDK部分或应用服务器的classpath所需的资源，期望JDK、容器 
或使用者会提供这个依赖，如servlet.jar。
 
system：类似provided，必须指定systemPath，需要显示提供依赖的jar， 
maven不会在Repository中查找。