maven

来源：互联网发布：知世故而不世故的表现编辑：程序博客网时间：2024/06/04 18:45

Maven简介

Maven是是基于项目对象模型(POM project Object Model)，

可以通过一小段描述信息来管理项目的构建、依赖管理、项目信息管理的项目管理工具。

清理clean--》编译compile--》测试test--》报告--》打包package--》部署

项目构建：高度自动化，跨平台，可重用的组件，标准化的

依赖管理：依赖是使用Maven坐标来定位的，而Maven坐标主要由GAV（groupId, artifactId, version）构成。

项目信息管理：项目名称描述，开发人员信息，开发者信息等

Ant和Maven的比较

Ant

没有一个约定的目录结构

必须明确让Ant做什么，什么时候做，然后编译、打包

没有生命周期，必须定义目标及其实现的任务序列

没有集成依赖管理

Maven

拥有约定，知道你的代码在哪里，放到哪里去

拥有一个生命周期，例如执行mvn install就可以自动执行编译、测试、打包等构建过程

只需要定义一个pom.xml，然后把源码放到默认的目录，Maven帮你处理其他事情

拥有依赖管理，仓库管理

Maven的安装及Maven命令

安装Maven

确定JDK是否已经安装？

下载Maven 地址：http://maven.apache.org/ 版本：Maven3.0.*

配置Maven

检查JDK安装的情况(JDK6.0+)

#FormatImgID_0#

解压Maven(解压到最好不要有中文或带空格的目录中)

配置系统环境变量：MAVEN_HOME=C:\apache-maven-3.0.4

配置Path=%MAVEN_HOME%\bin

验证：DOS提示符下输入：mvn -v

Maven的命令

执行清理：mvn clean

执行编译：mvn compile

执行测试：mvn test

执行打包：mvn package

执行mvn package 一步构建以上内容

把需要的应用放到本地仓库中：mvn install

生成项目报告，站点发布站点

注意，记住，运行任何一个阶段的时候，它前面的所有阶段都会被运行，这也就是为什么我们运行mvn install 的时候，代码会被编译，测试，打包。

Maven的一些功能插件都在~\.m2\repository\org\apache\maven\plugins

Maven的目录结构

----src

--------main

------------java：存放项目的.java文件

------------resources：存放项目资源文件，如Spring、Hibernate配置文件

--------test

------------java：存放所有测试.java文件，如Junit测试类

------------resources：测试资源文件

----target：项目输出位置

----pom.xml：配置文件

Maven的项目建立

第一个Maven项目

1，建立Maven的目录结构

2、在src/main/java/com/itheima/maven目录下建立一个Hello.java

package com.itheima.maven;
public class Hello {
     public String sayHello(String name){
         return "Hello "+name+"!";
     }
 }

3、在src/test/java/com/itheima/maven目录下建立测试类HelloTest.java

package com.itheima.maven;
import org.junit.Test;
import static junit.framework.Assert.*;
public class HelloTest{
     @Test
     public void testHello(){
         Hello hello = new Hello();
         String results = hello.sayHello("wzhting");
         assertEquals("Hello wzhting!",results);
     }
 }

4、在pom.xml中粘贴以下内容：

<groupId>com.itheima.maven</groupId>

<artifactId>Hello</artifactId>

<version>0.0.1-SNAPSHOT</version>

<name>Hello</name>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

</dependency>

</dependencies>

</project>

执行mvn package 一步构建clean、compile、test、package

Maven的核心概念模型

Maven坐标主要组成

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

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

version：定义当前项目的版本

packaging：定义该项目的打包方式。比如jar、war、ear等

<groupId>junit</groupId>

<artifactId>junit</artifactId>

</dependency>

</dependencies>

注意：如果不配置scope，那么默认为compile

Maven的仓库管理

仓库的分类

本地仓库

~/.m2/repository

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

远程仓库

中央仓库：Maven默认的远程仓库 http://repo.maven.org/maven2

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

镜像：用来替代中央仓库，速度一般比中央仓库快

pom.xml中的<modelVersion>4.0.0</modelVersion>对应Maven的模板版本

（在MAVEN_HOME/lib/maven-model-builder-3.0.4.jar/org/apache/maven/model/pom.xml中的版本号）其中还定义了中央仓库的地址

Maven的生命周期

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

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

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

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

它们是相互独立的，可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。

也可以直接运行 mvn clean install site 运行所有这三套生命周期。

每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。

比如，运行mvn clean ，这个的clean是Clean生命周期的一个阶段。要知道有Clean生命周期，也有clean阶段。

Clean生命周期一共包含了三个阶段：

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

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

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

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

Site生命周期的各个阶段：

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

site 生成项目的站点文档

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

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

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

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

validate

generate-sources

process-sources

generate-resources

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

compile 编译项目的源代码。

process-classes

generate-test-sources

process-test-sources

generate-test-resources

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

test-compile 编译测试源代码。

process-test-classes

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

prepare-package

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

pre-integration-test

integration-test

post-integration-test

verify

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

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

基本上，根据名称我们就能猜出每个阶段的用途，关于其它阶段的解释，请参考 http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html

记住，运行任何一个阶段的时候，它前面的所有阶段都会被运行，这也就是为什么我们运行mvn install 的时候，代码会被编译，测试，打包。

一般下载GA版本（通用的版本，稳定的版本）

groupld 定义当前Maven项目例如com.itheima.oa，大项目名称

artifactld 模块名称

version 版本

packaging

scope：作用的范围

在pom-4.0.0.xml里面进行配置Maven的目录结构，

在Maven中的settings.xml 是全局的配置文件，不建议修改

厄尔users/用户名/.m2/下的配置文件，是本用户的配置文件

在Maven里面导入工程后报错，快速修复 quick fix

私服

Nexus私服安装

第一步：下载nexus-webapp-1.9.2.4.war包，然后拷贝到tomcat下的webapps目录中

第二步：启动tomcat

第三步：访问http://localhost:8080/nexus/显示如下：

第四步：点击右上角“log in” ，输入username：admin 和Password：admin123登录

第五步：登录成功

第六步：点击Views/Repositories 中Repositories

Nexus内置仓库说明：

（1）Maven Central：该仓库代理Maven中央仓库，其策略为Release，因此只会下载和缓存中央仓库中的发布版本构件。

（2）Releases：这是一种策略为Release的宿主类型仓库，用来部署组织内部的发布版本构件。

（3）Snapshots：这是一个策略为Snapshot的宿主类型仓库，用来部署组织内部的快照版本构件。

（4）3rd party：这是一个策略为Release的宿主类型仓库，用来部署无法从公共仓库获得的第三方发布版本构件。

（5）Public Repositories：该仓库组将上述所有策略为Release的仓库聚合并通过一致的地址提供服务。

第七步：创建宿主目录和代理仓库

· Hosted：本地仓库，通常我们会部署自己的构件到这一类型的仓库。

o 包括3rd party仓库，Releases仓库，Snapshots仓库

· Proxy：代理仓库，它们被用来代理远程的公共仓库，如maven中央仓库。

· Group：仓库组，用来合并多个hosted/proxy仓库，通常我们配置maven依赖仓库组。

第八步：创建仓库组

点击Public Repositories仓库，在Configurations栏中选取需要合并的仓库,点击箭头加到左边保存即可

第九步：下载Index索引并进行构建搜索（GAV搜索）

配置文件和顺序：MAVEN_HOME/conf/setting.xml-à~/.m2/setting.xml-àproject

第十步：配置所有构件均从私服下载，在~/.m2/setting.xml中配置如下：

<id>nexus</id>

<url>http://192.168.1.100:8000/nexus/content/groups/public</url>

</mirror>

</mirrors>

<id>nexus</id>

<!—所有请求均通过镜像 -->

<id>central</id>

<url>http://central</url>

</repository>

</repositories>

<id>central</id>

<url>http://central</url>

</pluginRepository>

</pluginRepositories>

</profile>

</profiles>

<activeProfile>nexus</activeProfile>

</activeProfiles>

第十一步：部署构建到Nexus，包含Release和Snapshot，在项目根目录中pom.xml中配置：

<id>releases</id>

<name>Internal Releases</name>

<url>http://localhost:8000/nexus/content/repositories/releases/</url>

</repository>

<id>snapshots</id>

<name>Internal Snapshots</name>

<url>http://localhost:8000/nexus/content/repositories/snapshots/</url>

</snapshotRepository>

</distributionManagement>

第十二步：Nexus的访问权限控制，在~/m2/setting.xml中配置如下：

<id> releases </id>

<username>admin</username>

<password>admin123</password>

</server>

<id> snapshots </id>

<username>admin</username>

<password>admin123</password>

</server>

</servers>

0 0