您的位置:首页 > 编程语言 > Java开发

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

2016-01-03 20:50 573 查看

一、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
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: