正文

【Java EE 学习 82 下】【MAVEN整合Eclipse】【MAVEN的一些高级概念】

IP云
IP云V管理员/4 阅读
07/28
提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

一、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配置文件：

<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>
3 <groupId>com.kdyzm.hello</groupId>
<artifactId>HelloParent</artifactId>
<version>0.0.1-SNAPSHOT</version>
6 <packaging>pom</packaging>
<description>The parent of Hello project and HelloFriend project</description>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.9</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>com.kdyzm.hello</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
<scope></scope>
</dependency>
</dependencies>
</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>

<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>
<groupId>com.kdyzm.hello</groupId>
<artifactId>HelloParent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>pom</packaging>
<description>The parent of Hello project and HelloFriend project</description>
<properties>
<argLine>-Dfile.encoding=UTF-8</argLine>
</properties>
12 <dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.9</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>com.kdyzm.hello</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
</dependencies>
27 </dependencyManagement>
<modules>
<module>../Hello</module>
<module>../HelloFriend</module>
</modules>
</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>

这里使用相对路径找到两个子项目；这样直接对着父项目右键测试，那么所有的子项目都会自动进行测试并报告结果：

三、私服

搭建私服非常麻烦，暂时存档

四、项目练习地址

https://github.com/kdyzm/MavenDemo