当前位置：文档之家 › Maven课程3

Maven课程3

  • 格式：docx
  • 大小：550.26 KB
  • 文档页数：11

课程3 pom.xml编写（仓库配置、插件管理及依赖管理）上节课我们已经讲了pom.xml的大部分配置元素。

本节课内容：（8个配置）1.Maven的仓库配置2.Maven的插件管理3.Maven的依赖管理一、Maven的仓库配置发布版本部署仓库配置：<distributionManagement><repository>快照版本部署仓库配置：<distributionManagement><snapshotRepository>远程仓库配置：<repositories><repository>(1)发布版本和快照版本仓库配置（私服地址：http://10.108.4.118:8081/nexus/）Maven除了能对项目进行编译、测试、打包之外，还能将项目生成的构件部署到仓库中。

私服的一大作用是部署第三方构件，包括组织内部生成的构件以及一些无法从外部仓库直接获取的构件。

将这些构件部署到仓库中，供其他团队成员使用。

distributionManagement包含repository和snapshotRepository子元素，前者表示发布版本构件的仓库，后者表示快照版本的仓库。

这两个元素下都需要配置id、name和url，id为该远程仓库的唯一标识，name是为了方便人阅读，关键的url表示该仓库的地址。

可以为这两类仓库配置远程仓库认证，在settings.xml中配置（上节课内容）。

< distributionManagement>< repository>< id>csot-releases</ id>< name>csot-releases</ name>< url>http://10.108.4.118:8081/nexus/content/reposit ories/fts-releases/</ url></ repository>< snapshotRepository>< id>csot-snapshots</ id>< name>csot-snapshots</ name>< url>http://10.108.4.118:8081/nexus/content/reposit ories/fts-snapshots/</ url></ snapshotRepository></ distributionManagement>（2）远程仓库配置<repositories><repository>在repositories元素下，可以使用repository子元素声明一个或者多个远程仓库。

任何一个仓库声明的id必须是唯一的，尤其需要注意的是，Maven自带的中央仓库使用的id为central，如果其他的仓库声明也使用该id，就会覆盖中央仓库的配置。

该配置中的url值指向了仓库的地址。

一般来说，该地址都基于http协议，可以在浏览器中打开仓库地址浏览构件。

<repository>元素的子元素releases（发布版本）和snapshots(快照版本）元素比较重要，他们用来控制Maven对于发布版构件和快照版构件的下载。

releases和snapshots元素的子元素<enabled>的值为true表示开启下载支持，false表示关闭下载支持。

对于releases和snapshots元素，除了enabled，它们还包含另外两个子元素updatePolicy和checksumPolicy。

元素updatePolicy用来配置Maven从远程仓库检查更新的频率，默认的值为daily，每天检查一次。

其他可用的值包括：nerver---从不检查更新;always---每次构件都检查更新；interval:X---每隔X分钟检查一次更新（X为任意整数）。

元素checksumPolicy用来配置Maven检查校验和文件的策略。

当构件被部署到Maven仓库中时，会同时部署对应的校验和文件。

在下载构件的时候，Maven会验证校验和文件。

如果校验和验证失败，怎么办？当checksumPolicy 的值为默认的warn时，Maven会在执行构建时输出警告信息，其他可用的值包括：fail----Maven 遇到校验和错误就让构件失败；ignore---使Maven完全忽略校验和错误。

对于Maven来说，同样的版本和同样的坐标就意味着同样的构件。

对于版本相同坐标相同的构件，Maven就不会再对照远程仓库进行更新，除非每次执行Maven命令之前，手动清除本地仓库。

< repositories>< repository>< id>csot-releases</ id>< url>http://10.108.4.118:8081/nexus/content/groups/ public/</ url>< releases>< enabled>true </enabled></ releases>< snapshots>< enabled>false </enabled></ snapshots></ repository></ repositories>二、Maven的插件管理插件配置：<build><plugins><plugin>插件管理配置：<build<pluginManagement>插件仓库配置：<pluginRepositories><pluginRepository>（1）生命周期与插件的关系（第7章P113）Maven核心的几个概念有：坐标、依赖、仓库、生命周期和插件。

生命周期和插件是Maven 插件管理的两个重要概念。

生命周期第一节课的时候讲过，不记得的可以翻阅之前的课件。

在Maven的日常使用中，命令行输入的mvn命令往往就对应了生命周期，如mvn package就表示执行默认生命周期阶段package。

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

生命周期本身不做任何实际的工作，实际的任务（如编译源代码）都由插件来完成。

如package阶段的任务可能就会有maven-jar-plugin完成。

生命周期和插件两者协同工作，密不可分。

build定义了整个构建的过程，（依次初始化、编译、测试、打包、集成测试和部署）。

生命周期抽象了构建的各个步骤，定义了它们的次序，但没有提供具体实现。

Maven设计了插件机制。

Maven的生命周期与插件相互绑定，具体而言，是生命周期的阶段与插件的目标相互绑定，用以完成某个具体的构建任务。

每个构建步骤都可以绑定一个或者多个插件行为（插件目标），而且Maven为大多数构建步骤编写并绑定了默认插件（这个叫内置绑定）。

（在大多数时间里，用户几乎都不会觉察到插件的存在。

当用户有特殊需要的时候，也可以配置插件定制构建行为（自定义绑定），甚至自己编写插件。

）插件机制提供了足够的扩展空间，当用户有特殊需要的时候，用户可以通过配置现有插件或者自行编写插件来自定义构建行为（自定义绑定）。

（2）插件目标（7.3 P118）插件以独立的构件形式存在。

将众多功能聚集在一个插件里，每个功能就是一个插件目标，即每个目标对应了一个功能。

例如maven-dependency-plugin插件（5.9.3 优化依赖P90），它包含mvndependency:list，mvndependency:tree，mvndependency:analyze等插件目标。

（3）插件绑定<build><plugins><plugin>a.内置插件绑定：Maven核心为一些主要的生命周期阶段绑定了很多插件的目标，当用户通过命令行调用生命周期阶段的时候，对应的插件目标就会执行相应的任务。

b.自定义插件绑定：除了内置绑定以外，用户还能够自己选择将某个插件目标绑定到生命周期的某个阶段上。

例如，创建项目的源码jar包，内置的插件绑定关系中并没有涉及这一任务，因此需要用户自行配置。

maven-source-plugin可以帮助我们完成该任务，它的jar-no-fork目标能够将项目的主代码打包成jar文件，可以将其绑定到default生命周期的verify阶段上，在执行完集成测试后和安装构件之前创建源码jar包。

请将以下代码拷入你新创建maven项目的pom.xml中，看看执行效果：（操作） <build><finalName> helloworld</finalName ><plugins>< 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>< plugin>< groupId>org.apache.maven.plugins </groupId>< artifactId>maven-source- plugin</ artifactId>< version>2.1.1 </version>< executions>< execution>< id>attach-sources </id>< phase>verify </phase>< goal>jar-no-fork </goal></ goals></ execution></ executions></ plugin></plugins></build>在POM的build元素下的plugins子元素中声明插件的使用。

合集下载

Maven 3的10大新特性详解

Maven 3的10大新特性详解

Maven3的10大新特性详解【IT168评论】6年了，我们终于等来了Maven3，Maven2虽然达到了一定的高度达，但它有两个死穴，一是难以扩展，二是它的代码难以理解，在Maven 3中，许多功能都进行了改造，消灭了Maven2一直被人诟病的许多问题，在这篇文章中，我将介绍Maven3的10大新特性。

1、向后兼容Maven创始人，Sonatype公司的CTO Jason van Zyl表示“Maven3是为用户构建的”，很明显，他的意思是Maven3.0将会全面取代Maven2.x，Maven3开发人员尽了最大努力，确保Maven2.x用户顺利过渡到Maven3.0，如果出现重复依赖，插件声明或未指定插件版本号，Maven3.0将会发出警告，这里我强烈建议你在POM中修复这些问题，因为Maven3的未来版本可能不会支持生成畸形的项目。

我已经尝试将我的多模块项目移植到Maven3，同样，我收到了上述的警告，但我并没有遇到任何问题或生成时错误，Maven3.0是可以兼容Maven 2.x的。

2、性能改善我迁移到Maven3最重要的一个原因是它的速度，更好的磁盘I/O，网络I/O，CPU利用率和更低的内存消耗，经过优化的Maven3比Maven2.x快50-400%，更快的生成速度显著提高了开发人员的生产力，我用Maven3运行我的项目用时不到2分钟，而此前在Maven2.x上需要耗时3分钟，值得注意的是我并没有开启并行生成功能，凭这一点，你就应该尽快去下载Maven3亲自试一试。

3、自动指定父版本在Maven2中，你必须在子模块中指定父版本，当你在新版本上开发时，这是一个维护问题，Maven3.1将会消除在子模块上指定父版本的需要。

4、并行生成Maven3引入了并行生成功能，它可以分析你的项目依赖图，允许你并行生成调度模块，使用下面的命令开启项目的并行生成功能。

mvn-T2clean install mvn-T2C clean install第一个参数(-T2)表示使用两个线程并行生成项目，第二个参数(-T2C)表示每个处理器核心上使用两个线程生成项目，借助并行生成功能，可以让生成速度提升20-50%，但目前并行生成还处于实验阶段，将来不排除发生变化的可能性，因此我建议你现在不要在生产系统中使用它。

Maven项目搭建视频课程(内含神器工具)课件PPT模板

Maven项目搭建视频课程(内含神器工具)课件PPT模板

载方式和注意事项
3. 1-3（选修）maven项目背景：课前免费赠送课时（一）（选修）maven项
目背景：课前免费赠送课时（一）
4. 1-4（选修）maven项目背景：课前免费赠送课时（二）
02 第2章正式搭建章节
第2章正式搭建章节
2-1（必修）正式搭建：maven的项 目创建
2-3（必修）正式搭建：maven 项目的pom文件
05
2-11【dao层】 列表的手把手后 台mapper 【dao层】列表 的手把手后台 mapper
06
2-12【单元测试】 后台的单元测试 【单元测试】后 台的单元测试
03 第3章资料下载
第3章资料下载
3-1【资料下载】ppt的课件【若 附件无法下载请点（学习资【资 料下载】ppt的课件
3-2项目pom文件下载【若附件 无法下载请点（学习资料）下项 目pom文件下载
第2章正式搭建章节
01
2-7资料下载说 明
02
2-8【问题解决】 maven项目小红 叉的解决【问题 解决】maven项 目小红叉的解决
03
2
-
9
【controller层】
列表的手把手后
台contr
【controller层】
列表的手把手后
台controller
04
2-10【service 层】列表的手把 手后台service 【service层】 列表的手把手后 台service
2-5（必修）正式搭建：配置 springmvc+mybat
2-2（必修）正式搭建：maven的项 目层次结构和注意点
2-4（必修）正式搭建：逆向工 程自动化神器（必修）正式搭建：
逆向工程自动化神器
Maven3实战笔记10使用Maven进行测试

Maven3实战笔记10使用Maven进行测试

Maven3实战笔记10使用Maven进行测试刘岩Email:1.测试简介这里所说的测试主要是指单元测试，一般说Java的单元测试都知道有个Junit。

确实目前很多公司，无论什么行业，基本都是使用junit进行单元测试，一般银行、电信、股票项目每个功能类都必须有相应的单元测试类，而且测试用例也是极其苛刻的。

而且每一行代码都需要有log追踪。

生成的测试报告也要成为相应的成果物交与甲方。

稍微差一点的，单元测试也就是一个形式，因为很多情况（由以国内政务项目为主）都是业务逻辑集成UI功能都做完了，之后再回去补单元测试，其实是为了应付甲方合同中的测试报告。

话说多了，偏离了主题。

Maven构建项目的时候可以执行我们的单元测试，底层是调用了Maven的插件maven-surefire-plugin执行单元测试用例。

2.新模块的需求与开发再展示Maven的测试功能之前，我们先来开发一个新的模块，随机验证码的功能模块。

随机验证码我们在网上都用过，在此不再详细说了，直接看代码即可。

此处用到了一个google开源的组件。

这个在笔者的另一篇blog/1076066中有介绍，在此不再赘述。

先来看生成随机数业务代码再来看看生成图片的类AccountImageServiceImpl，接口不再给出了这个类就是调用辅助类生成图片的。

下面我们编写单元测试。

3.新模块的测试行了3个用例，和预期效果不符的是0个，失败的用例是0个，忽略的用例数是0个。

大家可能要问，为何Maven能够自己寻找我们编写的测试类呢？其实还是那句约定大于配置。

Maven自动去寻找src/test/java下面的类，当此文件夹下面的类符合以下规范，那么Maven默认认为他们是单元测试用例类。

Test*.java:任何目录下以Test为开始的类*Test.java: 任何目录下以Test为结尾的类*TestCase.java: 任何目录下以TestCase为结尾的类。

Maven3实战笔记06聚合

Maven3实战笔记06聚合

Maven3实战笔记06聚合刘岩1.Maven聚合的概念聚合概念是由来已久，比如咱们需要2个项目和谐合作才能完成一个大的、完整的业务场景，那个时候就需要构建2个项目，可是呢，想一次性就构建这2个项目，而不是别离构建2个项目后再合在一路整。

如此咱们就需要一个比较特殊的项目了，确实是所谓的聚合项目，那个项目没有别的目的，确实是仅仅为了聚合多个项目模块用的。

2.新的项目模块在介绍聚合项目前，先利用IDE成立一个新的项目模块——MavenAccount-persist，负责注册系统的持久层业务，依照Maven的项目标准，咱们成立项目如下。

实体POJO如下package pojo;/*** 注册用户实体* @author liuyan*/public class Account {private String id;private String name;private String password;private String email;/MavenAccount-email</module><module>../MavenAccount-persist</module></modules></project><packaging>里面的内容必需是pom类型<modules><module>../MavenAccount-email</module><module>../MavenAccount-persist</module></modules>里面确实是聚合模块需要聚合一路构建的项目（或能够说是文件夹）的名称，../代表聚合项目与这2个模块属于同级文件夹。

在命令行将文件夹cd到此聚合项目下，执行如下命令mvn clean install以后两个模块就一路构建了。