maven学习笔记

一、Maven介绍

Maven是跨平台的项目管理工具。主要服务于基于Java平台的项目构建，依赖管理和项目信息管理。

Maven采用纯Java编写并采用了一种被称之为project object model (POM)概念来管理项目，所有的项目配置信息都被定义在一个叫做POM.xml的文件中，通过该文件，Maven可以管理项目的整个声明周期，包括清理，编译，测试，报告，打包，部署等等。目前Apache下绝大多数项目都已经采用Maven进行管理。而Maven本身还支持多种插件，可以方便更灵活的控制项目。 

二、maven安装

1，从maven的官网上下载http://maven.apache.org/download.html ，这里我下载了apache-maven-3.0.5-bin这个版本

2，解压到 E盘下: 

bin：含有mvn运行的脚本

boot：含有plexus-classworlds类加载器框架

conf：含有settings.xml配置文件

lib：含有Maven运行时所需要的java类库

LICENSE.txt, NOTICE.txt, README.txt针对Maven版本，第三方软件等简要介绍

3：配置环境变量 
   MAVEN_HOME : E:\apache-maven-3.0.5
   MAVEN : %MAVEN_HOME%\bin 
  (可选） MAVEN_OPTS : -Xms256m -Xmx512m 

在path前面加上 %MAVEN%; 

4：验证安装是否成功 
在命令行上输入： mvn -version; 回车，如看到下面信息表示安装成功：

5：修改本地的资源仓库地址setting.xml文件

在E盘中新建maven文件夹，在maven文件下新建repository文件夹，修改setting.xml文件，默认仓库：当前用户路径C:\Users\[UserName]\.m2

localRepository：用户仓库，用于检索依赖包路径

用户Maven依赖包路径层次目录，修改完用户的配置后，这个setting.xml文件必须和本地的仓库文件夹在一起，不然会和maven全局的配置文件setting.xml产生冲突并且该settings.xml文件必须与maven安装路径下conf文件夹下的setting.xml的内容保持一致

配置中设置路径指向仓库目录

<localRepository>E:\maven\repository</localRepository>

注意：

用户级别的仓库在全局配置中一旦设置，全局配置将不再生效，转用用户所设置的仓库，否则使用默认路径仓库

三、maven第一个Demo

第一步. 首先建立MavenHelloWorld项目同时建立Maven约定的目录结构

 

MavenHelloWorld

        src

                 main

                           java

                           resources（暂时省略）

        test

                           java

                           resources（暂时省略）

        pom.xml

 

第二步：在src/main/java/cn/itcast/maven目录下新建文件Hello.java

 

package cn.itcast.maven;

 

public class HelloWorld {

         publicString sayHello(String name){

                   return"Hello World :" + name + "!";

         }

}

 

第三步：在/src/test/java/cn/itcast/maven目录下新建测试文件HelloTest.java

 

package cn.itcast.maven;

 

import org.junit.Test;

import static junit.framework.Assert.*;

 

public class HelloTest {

 

         @Test

         publicvoid testHello(){

                  

                   Hellohello = new Hello();

                   Stringresults = hello.sayHello("maven");

                   assertEquals("Hellomaven!",results);           

 

         }

        

}

 

第四步：在项目MavenHelloWorld根目录建立pom.xml

 

<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.0http://maven.apache.org/xsd/maven-4.0.0.xsd">

 <!-- 版本：4.0.0 -->

 <modelVersion>4.0.0</modelVersion>

 <!—组织ID:单位域名反写+项目名称作为组织ID -->

   <groupId>cn.itcast.helloWorld</groupId>

 <!-- 项目名称 -->

 <artifactId>HelloWorld</artifactId>

 <!-- 当前项目版本号：同一个项目开发过程中可以发布多个版本，此处标示0.0.1版 -->

 <!-- 当前项目版本号：每个工程发布后可以发布多个版本，依赖时调取不同的版本，使用不同的版本号 -->

 <version>0.0.1</version>

 <!-- 名称：可省略 -->

 <name>Hello</name>

 

 <!-- 依赖关系 -->

         <dependencies>

                   <!--依赖设置 -->

                   <dependency>

                            <!--依赖组织名称 -->

                            <groupId>junit</groupId>

                            <!--依赖项目名称 -->

                            <artifactId>junit</artifactId>

                            <!--依赖版本名称 -->

                            <version>4.9</version>

                            <!--依赖范围：test包下依赖该设置 -->

                            <scope>test</scope>

                   </dependency>                 

                  

         </dependencies>

</project>

 

 

第五步：

 

a)打开cmd命令行，进入Hello项目根目录(包含有pom.xml文件的目录)

b)执行 mvn compile命令

         执行完毕后，生成了maven工程编译完成后字节码文件的生成目录target

c)cmd 中继续录入mvn clean命令

         执行完毕后，字节码生成目录被删除

d)cmd 中录入 mvn clean test命令

         执行完毕后，字节码生成目录中生成了被测试类与测试类的编译字节码和测试执行过程日志与详细报告

e)cmd中录入 mvn clean compile命令

         组合指令，先执行clean，再执行compile，通常应用于上线前执行，清除测试类

f)cmd 中录入 mvn clean test命令

         组合指令，先执行clean，再执行test，通常应用于测试环节

g)cmd 中录入 mvn clean package命令

         组合指令，先执行clean，再执行package，将项目打包，通常应用于发布前

         执行过程：

                   清理————清空环境

                   编译————编译源码

                   测试————测试源码

                   打包————将编译的非测试类打包

h)cmd 中录入 mvn clean install 查看仓库，当前项目被发布到仓库中

         组合指令，先执行clean，再执行install，将项目打包，通常应用于发布前

         执行过程：

                   清理————清空环境

                   编译————编译源码

                   测试————测试源码

                   打包————将编译的非测试类打包

                  部署————将打好的包发布到资源仓库中

i) cmd 中录入deploy，当前项目被上传到私服仓库中

四、maven第二个Demo（maven集成在myeclipse中）

1，首先在myeclipse中集成下载好的maven，点击MyEclipse中的Window输入maven --> installations --> Add --> 加入自己下载好的maven

2，配置setting.xml文件，配置我们自己的setting.xml

3,建立一个新项目，New --> Project --> Maven Project,选择maven-archetype-quickstart,输入项目名称

4，编码，并写测试

5，two项目中依赖了one项目所以two项目中的pom.xml文件配置如下

<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.0http://maven.apache.org/xsd/maven-4.0.0.xsd">

  <modelVersion>4.0.0</modelVersion>

 

  <groupId>com.xianf</groupId>

  <artifactId>two</artifactId>

  <version>0.0.1-SNAPSHOT</version>

  <packaging>jar</packaging>

 

  <name>two</name>

  <url>http://maven.apache.org</url>

 

  <properties>

    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

  </properties>

 

  <dependencies>

    <dependency>

      <groupId>junit</groupId>

      <artifactId>junit</artifactId>

      <version>4.9</version>

      <scope>test</scope>

    </dependency>

    <dependency>

      <groupId>com.xianf</groupId>

  <artifactId>one</artifactId>

  <version>0.0.1-SNAPSHOT</version>

    </dependency>

  </dependencies>

</project>

五、maven的核心概念

maven的核心概念有：坐标、依赖管理、仓库管理、生命周期、插件和目标、继承和聚合

一、坐标

l  Maven坐标主要组成

groupId：定义当前Maven项目隶属项目

artifactId：定义实际项目中的一个模块

version：定义当前项目的当前版本

packaging：定义该项目的打包方式

l  Maven为什么使用坐标？

Maven世界拥有大量构建，我们需要找一个用来唯一标识一个构建的统一规范，

拥有了统一规范，就可以把查找jar包和插件的工作交给maven自动执行

二、依赖管理

对于项目之间有依赖关系的话就会有依赖管理这样的概念，依赖管理主要有：传递性依赖、可选依赖和排除依赖

对于pom.xml文件的jar包会有一个依赖范围属性scope，不同的依赖范围作用不同

<dependency>

      <groupId>junit</groupId>

      <artifactId>junit</artifactId>

      <version>4.9</version>

      <scope>test</scope>

    </dependency>

其中依赖范围scope 用来控制依赖和编译，测试，运行的classpath的关系. 主要的是三种依赖关系如下：

1.compile： 默认编译依赖范围。对于编译，测试，运行三种classpath都有效

2.test：测试依赖范围。只对于测试classpath有效

3.provided：已提供依赖范围。对于编译，测试的classpath都有效，但对于运行无效。因为由容器已经提供，例如servlet-api

4.runtime:运行时提供。例如:jdbc驱动

1，传递性的依赖范围如下：

列是第一直接依赖，行是第二间接依赖

2，可选依赖

<optional> true/false 控制自己的直接依赖是否向下传递，在pom.xml文件中的依赖管理中进行配置，如在two项目中pom.xml文件中配置，如果为true是则three项目中看不到two项目的直接依赖，也就是看不到one这个项目

<dependency>

      <groupId>com.xianf</groupId>

  <artifactId>one</artifactId>

  <version>0.0.1-SNAPSHOT</version>

  <optional>false</optional>

    </dependency>

注意：假如希望其他工程继承并且使用本工程的依赖则填false，默认值为false

3，排除依赖

<exclusions>

         <exclusion>

排除依赖包中所包含的依赖关系，不需要添加版本，直接类别排除

<dependency>

        <groupId>com.xianf</groupId>

        <artifactId>two</artifactId>

        <version>0.0.1-SNAPSHOT</version>

          <!-- 设置排除依赖 -->

          <!-- 排除依赖必须基于直接依赖中的间接依赖设置为可选依赖false，

          即two中对于one的依赖设置为可选依赖false，默认为false所以可以不用写 -->

         <!-- 设置当前依赖中是否使用间接依赖 -->

        <exclusions>

       <!-- 具体排除哪个依赖 -->

        <exclusion>

        <groupId>com.xianf</groupId>

        <artifactId>one</artifactId>

        </exclusion>

        </exclusions>

      </dependency>

4，依赖冲突

1，如果直接与间接依赖中包含有同一个坐标不同版本的资源依赖，以直接依赖的版本为准（就近原则）

2，如果直接依赖中包含有同一个坐标不同版本的资源依赖，以配置顺序下方的版本为准（就近原则）

三、生命周期

l  何为生命周期？

Maven生命周期就是为了对所有的构建过程进行抽象和统一

包括项目清理，初始化，编译，打包，测试，部署等几乎所有构建步骤

l  Maven三大生命周期

clean：清理项目的

default：构建项目的

site：生成项目站点的

生命周期Maven有三套相互独立的生命周期，请注意这里说的是“三套”，而且“相互独立”，这三套生命周期分别是：

Clean Lifecycle 在进行真正的构建之前进行一些清理工作。

Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。

Site Lifecycle 生成项目报告，站点，发布站点。

再次强调一下它们是相互独立的，你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行mvn clean install site 运行所有这三套生命周期。

1，        clean生命周期

1、 clean生命周期每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvnclean ，这个的clean是Clean生命周期的一个阶段。有Clean生命周期，也有clean阶段。Clean生命周期一共包含了三个阶段：

2、     pre-clean 执行一些需要在clean之前完成的工作

3、     clean 移除所有上一次构建生成的文件

4、     post-clean 执行一些需要在clean之后立刻完成的工作

5、     mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean 等同于mvn pre-clean clean ，如果我们运行 mvnpost-clean ，那么pre-clean，clean 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。

2，default生命周期

l  Default生命周期是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，只解释一些比较重要和常用的阶段：

l  validate

l  generate-sources

l  process-sources

l  generate-resources

l  process-resources 复制并处理资源文件，至目标目录，准备打包。

l  compile 编译项目的源代码。

l  process-classes

l  generate-test-sources

l  process-test-sources

l  generate-test-resources

l  process-test-resources 复制并处理资源文件，至目标测试目录。

l  test-compile 编译测试源代码。

l  process-test-classes

l  test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。

l  prepare-package

l  package 接受编译好的代码，打包成可发布的格式，如JAR 。

l  pre-integration-test

l  integration-test

l  post-integration-test

l  verify

l  install 将包安装至本地仓库，以让其它项目依赖。

l  deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。

l  运行任何一个阶段的时候，它前面的所有阶段都会被运行，这也就是为什么我们运行mvn install 的时候，代码会被编译，测试，打包。此外，Maven的插件机制是完全依赖Maven的生命周期的，因此理解生命周期至关重要。

3，site生命周期

l  Site生命周期pre-site 执行一些需要在生成站点文档之前完成的工作

l  site 生成项目的站点文档

l  post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备

l  site-deploy 将生成的站点文档部署到特定的服务器上

l  这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这可是Maven相当强大的功能，Manager比较喜欢，文档及统计数据自动生成，很好看。

四、插件目标

Maven的核心仅仅定义了抽象的生命周期，具体的任务都是交由插件完成的

每个插件都能实现多个功能，每个功能就是一个插件目标

Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务

例如：compile就是插件maven-compiler-plugin的一个插件目标

在pom.xml文件中配置插件：

<!-- 构建 -->

         <build>

                  <!-- 定义插件 -->

                   <plugins>

                            <!-- 定义具体的插件 -->

                            <plugin>

                                     <!-- 声明插件的坐标 -->

                                     <groupId>org.apache.maven.plugins</groupId>

                                     <artifactId>maven-source-plugin</artifactId>

                                     <version>2.2.1</version>

                                     <!-- 设置插件的执行位置 -->

                                     <executions>

                                              <!-- 具体的执行位置 -->

                                               <execution>

                                                        <goals>

                                                                 <goal>jar-no-fork</goal>

                                                        </goals>

<--具体执行到哪个生命周期的过程会执行这个插件-->

                                                        <phase>test</phase>

                                               </execution>

                                     </executions>

                            </plugin>

                   </plugins>

         </build>

五、继承和聚合

聚合与继承的关系

1，聚合主要为了快速构建项目

2，继承主要为了消除重复

一、继承的配置

继承是为了消除重复，我们把很多相同的配置提取出来

例如：grouptId，version等

父工程设置为被继承，创建父工程ZParent，pom.xml文件的配置将packaging改为pom

<groupId>com.xianf</groupId>

  <artifactId>ZParent</artifactId>

  <version>0.0.1-SNAPSHOT</version>

  <packaging>pom</packaging>

子工程继承父工程后子工程中省略父工程中定义的各种坐标除访问名称中的所有设定（即父工程中定义好的jar坐标，子工程可以不用再定义），在子工程的pom.xml文件中继承父工程如下

<parent>

         <groupId>…</groupId>

         <artifactId>…</artifactId>

         <version>…</version>

         <relativePath>../父工程项目名</relativePath>

</parent>

二、父工程统一管理子工程依赖版本

<dependencyManagement>  

         <dependencies>

                   //添加公共依赖包

         </dependencies>

</dependencyManagement>

子工程仅仅添加依赖包，无需添加版本，版本由父工程继承而来

如：在父工程ZParent中定义log4j的坐标

子工程two中无需在定义log4j坐标的版本号，只需添加依赖包

为了进一步便于管理，将所有的版本管理设置在一起，设置为系统属性值

<properties>

         <junit.version>4.9</junit.version>

         ……

</properties>

引用使用${junit.version}格式进行，只能在依赖范围设置

三、聚合

l  何为聚合？

如果我们想一次构建多个项目模块，那我们就需要对多个项目模块进行聚合

<modules>

         <module>../子项目名称1</module>

         <module>../子项目名称2</module>

          <module>../子项目名称3</module>

</modules>

六、仓库管理

l  何为Maven仓库？

用来统一存储所有Maven共享构建的位置就是仓库

l  Maven仓库布局

根据Maven坐标定义每个构建在仓库中唯一存储路径

大致为：groupId/artifactId/version/artifactId-version.packaging

l  仓库的分类

本地仓库

默认地址是：~/.m2/repository/（可以自己构建一个本地仓库）

每个用户只有一个本地仓库

远程仓库

中央仓库：Maven默认的远程仓库，不包含版权资源

http://repo1.maven.org/maven2

私服：是一种特殊的远程仓库，它是架设在局域网内的仓库

 

七、Nexus私服的安装配置

参考文章《Nexus私服的安装配置》