Maven

2018-06-27 09:45:58来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

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解压目录\conf\settings.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操作

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:使用POI导出Excel(二)-利用模板

下一篇:请不要在JDK7及以上用Json-lib了