Maven的介绍

一、Maven的介绍--------{一个Maven的配置文件,pom.xml:}

  Maven是现在Java社区中最强大的项目管理和项目构建工具。 

  对项目依赖的jar包进行管理,可以让你的项目保持基本的依赖,排除冗余jar包,并且可以让你非常轻松的对依赖的jar包进行版本升级。而这些仅仅是Maven最基本的功能,它可以在这基础上对项目进行清理、编译、测试、打包、发布等等构建项目的工作。

二、Maven下载安装

1、配置Java运行环境

Maven依赖Java运行环境,因此使用Maven之前需要配置Java的运行环境。下载并安装JDK,配置JDK的环境变量:

JAVA_HOME=D:\Dev\Tool\Java\jdk1.6.0_38

在path中加入%JAVA_HOME%\bin;

2、安装Maven

下载Maven最新版本的二进制zip压缩包就可以,如:apache-maven-3.0.5-bin.zip

下载完成后,解压,例如我们把解压后的文件夹放在D:\Dev\Tool\目录下。

然后,将Maven的bin目录添加到path环境变量中,我们这里就是这个目录:D:\Dev\Tool\apache-maven-3.0.4\bin

在Windows命令提示符下,输入mvn -v测试一下,如图:

这样,maven就安装完成了,就是这么简单。接下来我们先来了解一下Maven是如何来管理项目的。

三、Maven的依赖管理(管理方式介绍)

Maven要求每一个jar包都必须明确定义自己的坐标,Maven就是通过这个坐标来查找管理这些jar包的。

在Maven中,一个jar包的坐标是由它的groupId、artifactId、version这些元素来定义的。

<groupId>org.apache.struts</groupId>

<artifactId>struts2-core</artifactId>

<version>2.3.8</version>

<packaging>jar</packaging>

groupId:表明其所属组织或公司及其所属项目,命名规则为组织或公司域名反转加项目名称。

artifactId:项目的模块名,通常与实际项目名称一致。模块的命名通常为项目名前缀加模块名。

version:当前项目的版本号。

packaging:定义项目的打包方式,可选值有jar、war、pom。默认为jar

注::一个组织或公司都会有很多的项目,而每个项目下都会划分多个模块,在开发中我们可以灵活选择依赖某个模块。而Maven管理的jar包基本都是模块性质的项目构建出的jar包。所以,artifactId通常都是模块名,而不是项目名称。项目名称是和组织名称组合作为groupId来使用的。

<groupId>org.apache.struts</groupId>

<artifactId>struts2-core</artifactId>

<version>2.3.8</version>

<packaging>jar</packaging>

groupId:表明其所属组织或公司及其所属项目,命名规则为组织或公司域名反转加项目名称。

artifactId:项目的模块名,通常与实际项目名称一致。模块的命名通常为项目名前缀加模块名。

version:当前项目的版本号。

packaging:定义项目的打包方式,可选值有jar、war、pom。默认为jar

注::一个组织或公司都会有很多的项目,而每个项目下都会划分多个模块,在开发中我们可以灵活选择依赖某个模块。而Maven管理的jar包基本都是模块性质的项目构建出的jar包。所以,artifactId通常都是模块名,而不是项目名称。项目名称是和组织名称组合作为groupId来使用的。

上面的配置定义了一个Maven项目的坐标,而如果在项目中依赖这个项目时,同样是利用它的坐标来指定依赖。例如:

<project>

...

<dependencies>

<dependency>

<groupId>org.apache.struts</groupId>

<artifactId>struts2-core</artifactId>

<version>2.3.8</version>

</dependency>

</dependencies>

...

</project>

Maven的配置文件中dependencies元素包含了所有依赖的jar包,每一个jar包依赖使用dependency元素定义。

在声明一个jar包依赖时,除了指定groupId、artifactId、version这三项基本坐标外,还可以使用使用以下元素进行配置:

scope元素:指定依赖的范围

exclusions元素:排除传递性依赖

Maven有以下几种依赖范围:

compile:编译依赖范围(默认值),依赖在编译、测试、运行期间都有效。

test:测试依赖范围,只对测试的classpath有效,在编译或运行时无法使用指定为test的依赖包。

provided:已提供的依赖范围,只对编译和测试的classpath有效,运行期间不会使用这个依赖。例如servlet-api,在运行时容器已经提供,不需要再重复引入。

runtime:运行时依赖范围,编译时无效,只在测试和运行时使用这个依赖。

system:系统依赖范围,和provided范围一致,但是provided是使用容器提供依赖,system是使用系统提供依赖,需要指定依赖文件路径。

传递性依赖,是指依赖包对其他包的依赖,比如,我们依赖struts2-core,而strtus2-core需要依赖xwork-core、ognl等,Maven会将这些传递性依赖同时引入项目之中。这也是Maven的一大优点,简化了我们对jar包依赖的管理。而有时我们希望替换某个传递性依赖时,就需要使用exclusions排除掉这个传递性依赖,然后再添加我们自己要替换的依赖包。

例如,如下一个Maven的配置文件,pom.xml:

[html]

<?xml version="1.0" encoding="UTF-8"?>

<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/maven-v4_0_0.xsd">

<modelVersion>4.0.0</modelVersion>

<groupId>com.boya.spring</groupId>

<artifactId>spring_ioc</artifactId>

<packaging>jar</packaging>

<version>1.0.0</version>

<name>${project.artifactId}</name>

<description>Spring Ioc Sample</description>

<dependencies>

<!-- spring start -->

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-core</artifactId>

<version>3.2.0.RELEASE</version>

<exclusions>

<exclusion>

<groupId>commons-logging</groupId>

<artifactId>commons-logging</artifactId>

</exclusion>

</exclusions>

</dependency>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-beans</artifactId>

<version>3.2.0.RELEASE</version>

</dependency>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-context</artifactId>

<version>3.2.0.RELEASE</version>

</dependency>

<!-- logging start -->

<dependency>

<groupId>org.slf4j</groupId>

<artifactId>slf4j-api</artifactId>

<version>1.6.4</version>

</dependency>

<dependency>

<groupId>org.slf4j</groupId>

<artifactId>slf4j-log4j12</artifactId>

<version>1.6.4</version>

</dependency>

<dependency>

<groupId>org.slf4j</groupId>

<artifactId>jcl-over-slf4j</artifactId>

<version>1.6.4</version>

</dependency>

<dependency>

<groupId>log4j</groupId>

<artifactId>log4j</artifactId>

<version>1.2.16</version>

</dependency>

<dependency>

<groupId>log4jdbc</groupId>

<artifactId>log4jdbc4</artifactId>

<version>1.2</version>

</dependency>

<!--Test start-->

<dependency>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

<version>4.10</version>

<scope>test</scope>

</dependency>

</dependencies>

</project>

四、Maven仓库

Maven通过项目定义的坐标来管理这些依赖,而这些依赖的物理文件是通过Maven的仓库来统一管理的。

对于一个依赖坐标,它会按照如下方式反映到Maven的仓库中。

1、将groupId转化为路径:将groupId中的包名分隔符(.)转换成路径分隔符(/)。对于上面的例子就是 org.apache.struts -> org/apache/struts/

2、将artifactId转化为路径:在groupId转化的路径基础上连接artifactId。生成路径为: org/apache/struts/struts2-core/

3、将verion转化为路径:在artifactId转化的路径基础上连接version。生成路径为: org/apache/struts/struts2-core/2.3.8/

4、根据artifactId和version生成依赖包文件名:上例就是 struts2-core-2.3.8

5、根据依赖的打包方式确定文件的扩展名。对于上例它的扩展名就是.jar

这样根据路径和文件名就找到了这个物理文件在仓库中的位置:org/apache/struts/struts2-core/2.3.8/struts2-core-2.3.8.jar

Maven的仓库分为本地仓库和远程仓库。

本地仓库:是Maven在我们本机设置的仓库目录,默认目录为当前用户目录下的.m2/repository.

远程仓库包括中央仓库、私服、其他公共仓库。

中央仓库是Maven提供的远程仓库,地址是:http://repo.maven.apache.org/maven2

私服是我们为了节省带宽和时间,提升效率,在局域网架设的私有Maven仓库。

Maven在根据依赖坐标查找依赖时,首先会从本地仓库查找该依赖包,当本地仓库中没有这个依赖包时,Maven会从中央仓库查找依赖,并下载到本地仓库。最后,在我们项目的classpath中引用本地仓库的依赖包路径。

例如,当项目只依赖strtus2-core这个依赖包时,会生成这样的classpath文件:

[html]

<?xml version="1.0" encoding="UTF-8"?>

<classpath>

<classpathentry kind="src" path="src/main/java" output="/src/main/webapp/WEB-INF/classes" including="**/*.java"/>

<classpathentry kind="src" path="src/main/resources" output="/src/main/webapp/WEB-INF/classes" excluding="**/*.java"/>

<classpathentry kind="output" path="src/main/webapp/WEB-INF/classes"/>

<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>

<classpathentry kind="con" path="com.genuitec.eclipse.j2eedt.core.J2EE14_CONTAINER"/>

<classpathentry kind="var" path="M2_REPO/org/apache/struts/struts2-core/2.3.8/struts2-core-2.3.8.jar" />

<classpathentry kind="var" path="M2_REPO/org/apache/struts/xwork/xwork-core/2.3.8/xwork-core-2.3.8.jar" />

<classpathentry kind="var" path="M2_REPO/org/apache/commons/commons-lang3/3.1/commons-lang3-3.1.jar" />

<classpathentry kind="var" path="M2_REPO/ognl/ognl/3.0.6/ognl-3.0.6.jar" />

<classpathentry kind="var" path="M2_REPO/javassist/javassist/3.11.0.GA/javassist-3.11.0.GA.jar" />

<classpathentry kind="var" path="M2_REPO/asm/asm/3.3/asm-3.3.jar"/>

<classpathentry kind="var" path="M2_REPO/asm/asm-commons/3.3/asm-commons-3.3.jar"/>

<classpathentry kind="var" path="M2_REPO/asm/asm-tree/3.3/asm-tree-3.3.jar"/>

<classpathentry kind="var" path="M2_REPO/org/freemarker/freemarker/2.3.19/freemarker-2.3.19.jar" />

<classpathentry kind="var" path="M2_REPO/commons-fileupload/commons-fileupload/1.2.2/commons-fileupload-1.2.2.jar" />

<classpathentry kind="var" path="M2_REPO/commons-io/commons-io/2.3/commons-io-2.3.jar" />

</classpath>

其中,本地仓库目录会使用M2_REPO变量表示,因此IDE环境未配置该变量时,需在IDE中添加这个变量的classpath。

五、聚合与继承

一个项目通常存在多个模块,每个模块都是作为一个独立的工程存在。通过Maven配置文件可以把多个模块聚合在一起进行编译发布,并且它的聚合非常简单只需要使用<modules>元素添加模块就可以完成聚合。我们参考struts2的pom.xml文件来看一下聚合的配置方式:

[html]

<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/maven-v4_0_0.xsd">

<modelVersion>4.0.0</modelVersion>

<parent>

<groupId>org.apache.struts</groupId>

<artifactId>struts2-parent</artifactId>

<version>2.3.8</version>

</parent>

<groupId>org.apache.struts</groupId>

<artifactId>struts2-apps</artifactId>

<packaging>pom</packaging>

<name>Webapps</name>

<modules>

<module>blank</module>

<module>mailreader</module>

<module>portlet</module>

<module>showcase</module>

<module>rest-showcase</module>

</modules>

....

</project>

另外,在这个项目的个各模块间通常是存在引用关系,并且每个模块会引用一些相同的依赖,Maven也提供了继承的机制来管理这些共同的依赖。你可以编写一个pom.xml文件作为父级pom配置,各个模块在自己的pom.xml中继承父级pom文件,就像上面的示例那样,使用<parent>元素标识继承的父级pom文件。

父级pom文件的编写:

1、父级pom文件的packaging必须是pom,它需要作为pom文件发布以便子pom继承

2、在父级pom可以使用<dependencyManagement>配置依赖管理。在<dependencyManagement>下的依赖声明不会引入实际依赖,但是可以让子模块继承依赖配置。例如,在子模块中我们只标识依赖的groupId和artifactId,它就可以根据父类的依赖管理获取这个依赖的version及exclussions等配置。

3、在父级pom中可以使用<pluginManagement>配置插件管理。作用和<dependencyManagement>类似,只不过一个管理依赖一个管理插件。

子模块pom文件的编写:

1、需要使用<parent>元素标识继承的父pom

2、可以使用<relativePath>标识父级pom的物理路径,子模块会直接从指定的路径加载父级pom文件,未指定该元素时,子模块将根据父级pom的坐标从Maven仓库查找

3、子模块pom可以继承父级pom中除artifactId之外的大部分配置,因此子模块的groupId、version以及依赖的version都可以省略。

六、Maven脚本使用

现在大部分IDE都有插件支持Maven,使用插件可以方便的构建Maven项目,如果IDE不支持Maven插件或未安装Maven插件也可以使用一个简单的批处理脚本来完成Maven项目的构建。

例如,保存下面内容,存储为bat格式的批处理文件

cd %~dp0

call mvn eclipse:clean eclipse:eclipse

pause

运行该文件,就会自动根据该目录下的pom.xml生成该项目的eclipse开发环境配置。

在后面的教程及示例中我都是使用Maven来构建的,pom.xml的示例可以参考我后面的教程和代码示例。

时间: 2024-10-14 00:37:30

Maven的介绍的相关文章

学习笔记——Maven实战(七)常用Maven插件介绍(上)

我们都知道Maven本质上是一个插件框架,它的核心并不执行任何具体的构建任务,所有这些任务都交给插件来完成,例如编译源代码是由maven-compiler-plugin完成的.进一步说,每个任务对应了一个插件目标(goal),每个插件会有一个或者多个目标,例如maven-compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码,testCompile目标用来编译位于src/test/java/目录下的测试源码. 用户可以通过两种方式调用Maven插

Maven实战(七,八)——经常使用Maven插件介绍

我们都知道Maven本质上是一个插件框架,它的核心并不运行不论什么详细的构建任务,全部这些任务都交给插件来完毕,比如编译源代码是由maven-compiler-plugin完毕的.进一步说,每一个任务相应了一个插件目标(goal),每一个插件会有一个或者多个目标,比如maven-compiler-plugin的compile目标用来编译位于src/main/java/文件夹下的主源代码.testCompile目标用来编译位于src/test/java/文件夹下的測试源代码. 用户能够通过两种方式

Maven for Eclipse 第一章 ——Maven的介绍

最近深陷与一个无比垃圾的项目无法自拔,好久没有更新文章了.今天简单介绍一下 Maven 在 Eclipse 中的使用.文章的内容几乎出于<Maven for Eclipse>一书,此书言简意赅,实用性很强. 首先,Maven 是一个软件项目管理和程序理解的工具,一般来说,软件项目管理包括规划,组织,管理资源池,形成资源评估等.简单来说,Maven是一个全面的方法对应用模式的过程构建基础设施,它主要有如下目标: 简化程序的构建流程 提供统一的构建系统 提供质量项目信息 提供了项目最佳实战的指导

Maven 使用介绍

1,创建Project 先去官方网站下载一个最新版本http://maven.apache.org/download.cgi. 下载后解压,使用之前最好先将maven的bin目录设置到path环境变量里面. maven无非也就是用来build一个project的,直接先上一个例子,在命令行下输入下面的命令: mvn archetype:generate DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.ap

常用Maven插件介绍

我们都知道Maven本质上是一个插件框架,它的核心并不执行任何具体的构建任务,所有 这些任务都交给插件来完成,例如编译源代码是由maven- compiler-plugin完成的.进一步说,每个任务对应了一个插件目标(goal),每个插件会有一个或者多个目标,例如maven- compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码,testCompile目标用来编译位于src/test/java/目录下的测试源码. 用户可以通过两种方式调用Mav

17.Maven 项目介绍

学习前提 相对于传统的项目,Maven 下管理和构建的项目真的非常好用和简单,所以这里也强调下,尽量使用此类工具进行项目构建. 学习本讲还有一个前提:你必须会 Maven 相关知识点,Maven 相关知识点是不在本专题的讲解范围里面的,所以请自己私下进行学习.如果愿意你也可以看我过去整理的一份材料:http://www.youmeek.com/intellij-idea-part-xviii-maven/ Maven 常用设置介绍 如上图标注 1 所示,我们可以指定我们本地 Maven 的安装目

maven 主要介绍以及 javaee 中构建一词的概念

1.maven 的主要介绍: maven 是 Apache 软件基金会组织维护的一款自动化构建工具,专注服务于 java 平台的项目构建和依赖管理. 其功能主要为了应付在实际开发的过程中遇到的下列的问题: a.如果项目非常庞大,就不适合继续使用package来划分模块.最好是每一个模块对应一个工程,利于分工协作.借助于 maven 就可以将一个项目拆分成多个工程. b.项目中需要的 jar 包必须手动"复制"."粘贴"到 WEB-INF/lib 目录下,这带来的问题

Maven入门介绍

一.Maven的基本概念 1.1为什么需要Maven(作用) Ⅰ. 大家都知道使用Maven,那么我们为什么要要使用maven大家思考过吗?其实我也只是对maven入门阶段,刚刚接触的时候只是知道使用它可以减少我们不必要的一直添加jar包依赖.在以前我们开发项目都需要每次下载相关的依赖jar包,但是有了maven以后,你只需要添加很少的代码就可以添加你需要的依赖.所以第一点就是依赖管理(Dependencies). Ⅱ. 其次,Maven还有一点就是构建项目(Builds),你可以使用构建项目的

Maven 教程(3)— Maven仓库介绍与本地仓库配置

原文地址:https://blog.csdn.net/liupeifeng3514/article/details/79537837 1.Maven本地仓库/远程仓库的基本介绍 本地仓库是指存在于我们本机的仓库,在我们加入依赖时候,首先会跑到我们的本地仓库去找,如果找不到则会跑到远程仓库中去找.对于依赖的包大家可以从这个地址进行搜索:http://mvnrepository.com/. 远程仓库是指其他服务器上的仓库,包括全球中央仓库,公司内部的私服,又或者其他公司提供的公共库.后面会专门聊聊私