一、MAVEN整合Eclipse
MAVEN是非常优秀，但是总是要开命令行敲命令是比较不爽的，我们已经习惯了使用IDE，所以还有一种将MAVEN整合到Eclipse的方法。
详情查看：http://www.eclipse.org/m2e/，http://download.eclipse.org/technology/m2e/releases
其中，后者也是该插件的更新地址；安装完成之后要重启Eclipse，然后对几项MAVEN的插件进行设置：
首先需要修改maven仓库的位置，因为默认是保存到C盘的：
<localRepository>D://maven_repository</localRepository>
找到window->preferences->Maven，需要修改两处地方：
详情查看http://blog.sina.com.cn/s/blog_924d6a570102w2kf.html
安装并配置完成之后，将之前的两个项目（Hello,HelloFriend）导入到Eclipse中：
二、依赖管理
依赖管理是MAVEN最核心的功能，也是MAVEN最出彩的地方。POM中关系包括下面几部分：依赖（包括传播性依赖）、继承和聚合。MAVEN中有一个传统，那就是即使是最简单的项目可能也会有非常复杂的依赖关系管理。MAVEN通过MAVEN库解决了jar包的错误依赖问题和jar包冲突的问题。
在MAVEN中，我们只需要在pom.xml配置文件中声明需要依赖的jar包即可，如果本地MAVEN库中有该jar包，则会被直接引用；如果没有该jar包，那么就会自动到互联网上的MAVEN中央仓库下载；MAVEN刚刚安装完成之后，运行mvn compile命令，会出现很多下载的提示也是因为这个原因。
1.排除依赖
MAVEN使用传播性依赖，这样会导致冲突等问题的发生，所以可以在dependencies标签下使用<exclusions>标签来排除掉需要排除的依赖，可以使用通配符全部排除。
<dependencies> <dependency> <groupId>org.apache.maven</groupId> <artifactId>maven-embedder</artifactId> <version>2.0</version> <exclusions> <exclusion> <groupId>org.apache.maven</groupId> <artifactId>maven-core</artifactId> </exclusion> </exclusions> </dependency> ... </dependencies>
<dependencies> <dependency> <groupId>org.apache.maven</groupId> <artifactId>maven-embedder</artifactId> <version>3.1.0</version> <exclusions> <exclusion> <groupId>*</groupId> <artifactId>*</artifactId> </exclusion> </exclusions> </dependency> ... </dependencies>
2.继承
继承是MAVEN的一大亮点，使用它能够很方便的实现项目的升级等功能。Ant也有继承的概念，但是MAVEN在这里将概念进行了升华，MAVEN中的继承是基于项目的继承。
（1）创建父工程
首先在Eclipse中创建一个新的MAVEN项目，名为HelloParent，它的作用是作为父工程给Hello工程和HelloFriend工程提供依赖；创建成功之后，只是修改pom.xm配置文件：
1 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 2 <modelVersion>4.0.0</modelVersion> 3 <groupId>com.kdyzm.hello</groupId> 4 <artifactId>HelloParent</artifactId> 5 <version>0.0.1-SNAPSHOT</version> 6 <packaging>pom</packaging> 7 <description>The parent of Hello project and HelloFriend project</description> 8 <dependencies> 9 <dependency> 10 <groupId>junit</groupId> 11 <artifactId>junit</artifactId> 12 <version>4.9</version> 13 <scope>compile</scope> 14 </dependency> 15 <dependency> 16 <groupId>com.kdyzm.hello</groupId> 17 <artifactId>Hello</artifactId> 18 <version>0.0.1-SNAPSHOT</version> 19 <scope></scope> 20 </dependency> 21 </dependencies> 22 </project>
这里需要注意的是第三行和第六行的代码，第三行将groupId设置为com.kdyzm.hello，该groupId和Hello项目以及HelloFriend项目中设置的groupId是相同的，这样安装之后（mvn install）在Maven仓库中找到的一定是三个并列的文件夹；第六行的packaging标签中的值是pom，该值默认是jar类型，但是作为父工程，必须将该值设置为pom，这是maven的硬性规定。
然后一定要记得执行mvn install，将该项目安装到Maven仓库，否则其它项目是没有办法获得该父工程的依赖的。
（2）修改HelloFriend工程
修改pom.xml配置文件，这时候由于需要继承HelloParent，而且version和groupId和父工程中的是相同的，所以可以将这两项声明去掉，否则的话就需要重新定义不能和父工程总的定义重复，否则会警告声明无效。
另外，使用parent标签声明父类，需要具体到哪一个版本；注意relativePath标签，该标签声明了父工程中pom.xml配置文件的位置，为什么是../HelloParent，原因在其groupId和artifactId的声明上，注意使用这两个标签的值确定relativePath的值。
只要保存好pom.xml配置文件，相应的maven依赖就会自动添加到classpath，如下图所示：
然后右键项目run As即可：
3.部分依赖
如果是用 2中的方式直接全部继承，实际上会出问题，如果父工程中定义了非常多的依赖，那么全部继承首先一定有大量的依赖用不着，而且如果是本工程继承了父工程，而且同时父工程又引用了本工程的依赖，那么这样不仅仅是用不着的问题了，而是不合逻辑了。
MAVEN使用依赖管理器对依赖进行管理，比如Hello/pom.xml配置文件，如果直接继承了父工程，那就变成了自己引用自己，显得非常的滑稽
（1）首先需要配置父工程
添加依赖管理器后，默认子工程不会继承父工程中的任何依赖；依赖管理器的标签是<dependencyManagement>
1 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 2 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 3 <modelVersion>4.0.0</modelVersion> 4 <groupId>com.kdyzm.hello</groupId> 5 <artifactId>HelloParent</artifactId> 6 <version>0.0.1-SNAPSHOT</version> 7 <packaging>pom</packaging> 8 <description>The parent of Hello project and HelloFriend project</description> 9 <properties> 10 <argLine>-Dfile.encoding=UTF-8</argLine> 11 </properties> 12 <dependencyManagement> 13 <dependencies> 14 <dependency> 15 <groupId>junit</groupId> 16 <artifactId>junit</artifactId> 17 <version>4.9</version> 18 <scope>compile</scope> 19 </dependency> 20 <dependency> 21 <groupId>com.kdyzm.hello</groupId> 22 <artifactId>Hello</artifactId> 23 <version>0.0.1-SNAPSHOT</version> 24 <scope>compile</scope> 25 </dependency> 26 </dependencies> 27 </dependencyManagement> 28 <modules> 29 <module>../Hello</module> 30 <module>../HelloFriend</module> 31 </modules> 32 </project>
（2）配置子项目声明对父工程中依赖的引用
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <artifactId>Hello</artifactId> <name>Hello</name> <parent> <artifactId>HelloParent</artifactId> <groupId>com.kdyzm.hello</groupId> <version>0.0.1-SNAPSHOT</version> <relativePath>../HelloParent</relativePath> </parent> <!-- 依赖管理器 --> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> </dependency> </dependencies> </project>
注意上面重点强调的部分，在dependency标签中MAVEN坐标三元素本应该一个都不能少，但是这里只是写了两个，而且scope标签也没有写，这些都需要继承父类的。
疑问：搞了半天，好不容易不用写依赖的配置代码了，最后又得手写配置代码，这么做的话要父工程还有什么意义？
正如上面所说的，使用父工程继承之后，可以不用写scope标签和version标签了，scope标签可以视情况而定决定是否覆盖父工程中的配置，但是Version标签就不能写了，一定要继承父工程中的才行，这么做的好处就是能够快速实现项目升级，比如项目经理说要将Junit升级到5.0（当然还没有这个版本？），如果每个成员都配置了version标签，那么全部的人都得手动修改配置文件；但是如果使用继承了的话，根本就不需要修改配置文件，项目经理直接将父工程中的配置文件修改一下就行了，每个小组成员什么配置都不需要修改jar包就已经升级了。
4.聚合
一个项目很有可能会有多个子项目，如果对子项目一个一个的进行测试就有违maven高度自动化的设计原则，最理想的情况就是能够在一个pom.xm配置文件中进行所有字模块工程的测试，当然这个pom.xml配置文件一定是父工程的配置文件了。
使用<modules>标签实现该功能：
<modules> <module>../Hello</module> <module>../HelloFriend</module> </modules>
这里使用相对路径找到两个子项目；这样直接对着父项目右键测试，那么所有的子项目都会自动进行测试并报告结果：
三、私服
搭建私服非常麻烦，暂时存档