目录
- 目录
- maven生命周期
- 插件目标
- 插件绑定
- 插件updating
- build中的resources标签
1.maven生命周期
maven一共有三套生命周期分别是 clean,default,site.每个生命周期有包含多个阶段,每个阶段实际不做任何事情,对应阶段的事情是由绑定到这个阶段的插件来完成的.
生命周期列表:
周期 | 阶段 | 解释(“/”请参照官方: Lifecycle Reference) | 默认绑定插件目标(内置绑定) |
clean | pre-clean | 进行clean前工作 | |
clean | 移除所有上一次构建生成的文件 | maven-clean-plugin:clean | |
post-clean | 进行clean后工作 | ||
default | validate | 验证项目资源等是否可用 | |
generate-sources | 产生应用需要的额外的源代码,如xdoclet | ||
process-sources | / | maven-resources-plugin:resources | |
generate-resources | / | ||
process-resources | 复制并处理资源文件,至目标目录,准备打包 | ||
compile | 编译项目源码 | maven-compiler-plugin:compile | |
process-classes | / | ||
generate-test-sources | / | ||
process-test-sources | 复制并处理资源文件,至目标测试目录 | ||
generate-test-resources | / | ||
process-test-resources | / | maven-resources-plugin:testResources | |
test-compile | 编译测试源码 | maven-compiler-plugin:testCompile | |
process-test-classes | / | ||
test | 运行测试代码,但不会被打包部署,没有亲测哈 | maven-surefire-plugin:test | |
prepare-package | / | ||
package | 打包 | maven-jar-plugin:jar(如果pom中package是jar) | |
pre-integration-test | / | ||
integration-test | 如需要将包处理发布到能进行集成测试的环境 | ||
post-integration-test | / | ||
verify | 运行所有检查验证包是否有效且达到质量标准 | ||
install | 安装到本地仓库 | maven-install-plugin:install | |
deploy | 上传到远程仓库 | maven-deploy-plugin:deploy | |
site | pre-site | 生成站点文档前完成的工作 | |
site | 生成站点文档 | maven-site-plugin:site | |
post-site | 生成站点文档后完成的工作 | ||
site-deploy | 将生成站点部署到服务器 | maven-site-plugin:deploy |
关于生命周期理解需要注意的地方:
(1).clean,default,site是相互独立互不影响
(2).执行后边的阶段,会自动把之前的阶段也都执行.
举例:执行compile的话会依次执行 validate->generate-sources->process-sources->generate-resources->process-resources->compile
注意并没有执行clean生命周期的任何阶段.
2.插件目标
maven抽象了生命周期,具体任务又插件完成,插件本身有很多目标,每个目标对应一个功能如dependency:analyze、 dependency:tree和dependency:list 是maven-dependency-plugin目标中的三个.
3.插件绑定
(1).内置绑定(见上方列表)
(2).自定义绑定
<build>
<plugins>
<plugin>
<groupId>插件groupId</groupId>
<artifactId>插件artifactId</artifactId>
<version>插件version</version>
<executions>
<execution>
<id>id</id>
<phase>绑定的阶段,如:compile</phase>
<goals>
<goal>执行插件的哪个目标</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
4.插件(updating…)
jetty插件:有了这个插件我们就可以在开发阶段每次不用生成war部署到tomcat了.而且在用这个插件过程总遇到了写问题也引发了思考.我想很多新手很有可能也会遇到所以在这里写一下.
问题描述:A项目引用了B项目,当再IDE(eclipse或者IDEA)中改变了B的java代码后并clean compile B项目,A重启jetty执行时依然是B改之前的代码
问题解决:B改变了java代码后clean install ,然后重启
问题分析:对于maven大家一定要理解启动jetty是maven行为,此时虽然在IDE中可以引用B项目,但在maven中,所有的依赖都是基于工厂的,B改变了代码做了clean compile但是并没有把代码install到本地工厂,或者deploy到远程工厂.所以当重启jetty时本地工厂还是上一次install进去的B项目的jar.
问题补充:jetty在启动时会自动执行default生命中期中的compile阶段.所以install 最新B项目后重启jetty已经自动帮我们compile了A项目,但是为了保险还是建议大家clean compile.
<build>
<plugins>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
<version>6.1.16</version>
<configuration>
<contextPath>/user</contextPath>
<scanIntervalSeconds>10</scanIntervalSeconds>
<connectors>
<connector implementation="org.mortbay.jetty.nio.SelectChannelConnector">
<port>8080</port>
<maxIdleTime>60000</maxIdleTime>
</connector>
</connectors>
<stopPort>8080</stopPort>
<stopKey>foo</stopKey>
</configuration>
</plugin>
</plugins>
<finalName>user-web</finalName>
</build>
maven-dependency-plugin插件: 这个插件可以将项目中的jar都拷贝到某一个目录下。对于webapps骨架的项目并不需要这个插件,因为maven会自动根据scope决定是否将jar打入war中。但有时我们需要打一个可执行的jar,这个插件就用到了。打完包后我们程序用的jar就都打到lib下了。
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>copy</id>
<phase>package</phase>
<goals>
<goal>copy-dependencies</goal>
</goals>
<configuration>
<outputDirectory>
${project.build.directory}/lib
</outputDirectory>
</configuration>
</execution>
</executions>
</plugin>
project.build.directory 指的是当前项目的target目录。这样当我们执行完package后lib中会存放所有本项目用到的jar。
maven-jar-plugin插件: 可执行jar的插件
manifest 为可执行jar的main方法入口
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.4</version>
<configuration>
<archive>
<manifest>
<mainClass>
cn.milo.udp.clientdemo.demo
</mainClass>
<!-- 下边两个配置很重要,目的是配置 MANIFEST.MF 中的Class-Path: ,如果不配置,我们的jar包还是找不到上一步lib目录下的依赖. -->
<addClasspath>true</addClasspath>
<classpathPrefix>lib/</classpathPrefix>
</manifest>
</archive>
</configuration>
</plugin>
5. build中的resources标签
对于webapps骨架src/main/resources中的配置会自动打包到war中,但对于quickstart的骨架,配置文件并不会自动打入可执行jar包中。所以我们可以在build中加入如下配置
<resources>
<resource>
<directory>src/main/resources</directory>
<includes>
<include>*.properties</include>
</includes>
<!--<excludes>-->
<!--<exclude>*.txt</exclude>-->
<!--</excludes>-->
</resource>
</resources>
includes 是包含的类型,excludes是不包含的类型。