Maven

Posted 2020-11-20 jiFeng

Maven的简介

Maven是Apache软件基金会组织维护的一款自动化构建工具，专注服务于Java 平台的项目构建和依赖管理。

 

项目构建：就是将源代码、配置文件、jsp页面、css样式、图片等作为生产材料，去生产出一个可以运行的项目的过程。

依赖管理：项目需要正常运行，必须依赖一些第三方的jar包，而对于这些第三方的jar包的管理，可以认为就是依赖的管理。

Maven的下载及安装

 

 

官网下载地址：https://maven.apache.org/download.cgi

 

• 在控制台执行命令echo %JAVA_HOME% 检查java环境变量

• 解压Maven核心程序的压缩包，放在一个非中文、无空格 的路径下

配置maven的环境变量

 

1.    配置系统变量的变量名为MAVEN_HOE，变量值为安装路径
2.    配置path的变量值为安装路径/bin

• 控制台执行mvn  -v，验证maven环境变量是否配置成功

•  

  修改本地仓库的默认位置

  1、找到Maven解压目录confsettings.xml 

  2、在setting.xml 文件中找到localRepository 标签 

  3、将 < localRepository>/path/to/local/repo</localRepository>从注释中取出 

  4、将标签体内容修改为自定义的Maven仓库目录

  
  
  
  

 

Maven的核心

常用的maven命令

 

        mvn clean         清理

        mvn compile    编译

        mvn test           测试

        mvn package   打包

        mvninstall        安装

 

POM

 

    DOM:文档对象模型(Document Object Model)

    POM:项目对象模型(Project Object Model )

    pom.xml 对于 Maven工程是核心配置文件，与构建过程相关的一切设置都在这个文件中进行配置。 重要程度相当于web.xml 对于动态web工程。

 

坐标

 

    maven工程的坐标与仓库中路径的对应关系，以spring-core为例说明：

< groupId>org.springframework< /groupId> 
< artifactId>spring-core< /artifactId> 
< version>4.2.4.RELEASE< /version>

 

 

依赖

 

当 A jar 包用到了 B jar 包中的某些类时，A 就对 B 产生了依赖。

依赖范围就是依赖的jar包对主程序和测试程序是否有效。

常用的三种依赖范围：compile、test、provided

 

1.    compile依赖范围

对主程序是否有效：有效  对测试程序是否有效：有效  是否参与打包：参与  是否参与部署：参与  典型例子：spring-core

2.    test依赖范围

对主程序是否有效：无效  对测试程序是否有效：有效  是否参与打包：不参与  是否参与部署：不参与  典型例子：Junit

3.    provided依赖范围

 

对主程序是否有效：有效  对测试程序是否有效：有效  是否参与打包：不参与  是否参与部署：不参与  典型例子：Servlet-api

 

maven的生命周期

    构建项目的过程中，各个构建的环节是有执行顺序的，不能打乱，必须按照定好的顺序进行执行。例如：必须先clean， 才能 compile，只有编译了，才能打包、安装。

 

Maven 有三套相互独立的生命周期,分别是：

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

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

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

 

 

 

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

 

Clean 的生命周期：

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

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

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

 

site的生命周期：

 

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

l  site 生成项目的站点文档

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

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

 

default的生命周期：

 

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

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

compile 编译项目的源代码。

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

test-compile 编译测试源代码。

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

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

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

deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行。

运行任何一个阶段的时候，它前面的所有阶段都会被运行，例如我们运行 mvn install 的时候，代码会被编译，测试，打包。这就是 Maven 为什么能够自动执行构建过程的各个环节的原因。此外，Maven 的插件机制是完全依赖 Maven 的生命周期的，因此理解生命周期至关重要。

 

maven与eclipse的集成

 

• 在eclipse中window ------> preferences -------> maven查看是否可以找到maven菜单
• 在window ------> preferences -------> maven -------> Installations的配置：    指定自己的Maven核心程序的位置。
• User settings的配置：修改Maven核心程序中 conf/settings.xml 文件的位置，指定本地仓库的位置

 

 

解决jdk版本过低问题：

 　　<build>
          <plugins>
          <!-- 设置jdk的编译版本 -->
       　　　　 <plugin>  
                    <groupId>org.apache.maven.plugins</groupId>  
                    <artifactId>maven-compiler-plugin</artifactId>  
                    <version>3.1</version>  
                    <configuration>  
                        <source>1.7</source>  
                        <target>1.7</target> 
                        <encoding>utf-8</encoding> 
                    </configuration>  
               </plugin>  
        </plugins>
    </build>

 

 

Tomcat插件的使用：

　　<plugin>
        <groupId>org.apache.tomcat.maven</groupId>
        <artifactId>tomcat7-maven-plugin</artifactId>
        <configuration>
            <path>/</path>
            <port>8080</port>
        </configuration>
   </plugin>

 

 

统一声明版本号：

    <properties>
        <spring-version>4.2.4.RELEASE</spring-version>
    </properties>    

 

 

 

 

 注意：使用Parent父工程时，需要先安装Parent父工程，才能安装子工程。

 

聚合：

 

将多个工程拆分为模块后，需要手动逐个安装到仓库后依赖才能够生效。修改源代码后也需要逐个手动进行 clean install操作。而使用了聚合之后就可以批量进行 Maven 工程的安装、清理工作。

 

 

在父工程中使用 modules/module 标签组合，指定模块工程的相对路径即可

 

 

    <modules>
        <module>../A</module>
        <module>../B</module>
        <module>../C</module>
    </modules>

 

再次install：只需要在父工程上执行install，所有的模块都会进行install操作。

再次clean：只需要在父工程上执行clean，所有的模块都会执行clean操作