maven生命周期
Maven有三套相互独立的生命周期,分别是clean、default和site。每个生命周期包含一些阶段,阶段是有顺序的,后面的阶段依赖于前面的阶段。比如:调用clean生命周期的clean阶段实际执行pre-clean和clean;调用default生命周期的install阶段则执行install以及之前所有阶段。
1、clean生命周期:清理项目,包含三个阶段。
pre-clean:执行清理前需要完成的工作
clean:清理上一次构建生成的文件
post-clean:执行清理后需要完成的工作
2、default生命周期:构建项目,主要的阶段如下。
validate:验证工程是否正确,所有需要的资源是否可用。
compile:编译项目的源代码。
test:使用合适的单元测试框架来测试已编译的源代码。这些测试不需要已打包和布署。
Package:把已编译的代码打包成可发布的格式,比如jar。
integration-test:如有需要,将包处理和发布到一个能够进行集成测试的环境。
verify:运行所有检查,验证包是否有效且达到质量标准。
install:把包安装到maven本地仓库,可以被其他工程作为依赖来使用。
Deploy:在集成或者发布环境下执行,将最终版本的包拷贝到远程的repository,使得其他的开发者或者工程可以共享。
3、site生命周期:建立和发布项目站点
pre-site:生成项目站点之前需要完成的工作
site:生成项目站点文档
post-site:生成项目站点之后需要完成的工作
site-deploy:将项目站点发布到服务器
仓库的分类
本地仓库:
~/.m2/repository/ 每个用户可以拥有一个本地仓库
远程仓库:
中央仓库:Maven默认的远程仓库 http://repo1.maven.org/maven2
私服:是一种特殊的远程仓库,它是架设在局域网内的仓库
镜像:用来替代中央仓库,速度一般比中央仓库快
把本地jar打包到本地的maven仓库
mvn install:install-file -Dfile=D:/work/连连支付/commons-codec-1.2.jar -DgroupId=com.ganshane.specs -DartifactId=commons-codec-1.2 -Dversion=1.0.0 -Dpackaging=jar
mvn install:install-file -Dfile=D:/work/连连支付/lianlianpay-security-1.0.0.jar -DgroupId=com.ganshane.specs -DartifactId=lianlianpay-security-1.0.0.jar -Dversion=1.0.0 -Dpackaging=jar
mvn install:install-file -Dfile=D:/work/连连支付/yintong_api_util.jar -DgroupId=com.ganshane.specs -DartifactId=yintong_api_util.jar -Dversion=1.0.0 -Dpackaging=jar
# 如果执行报错,请首先检查命令的语法,引号,空格等
mvn install:install-file "-Dfile=F:\maveno\msbase-1.0.jar" "-DgroupId=com.microsoft.sqlserver" "-DartifactId=msbase" "-Dversion=1.0.0" "-Dpackaging=jar"
mvn install:install-file "-Dfile=F:\maveno\mssqlserver-1.0.jar" "-DgroupId=com.microsoft.sqlserver" "-DartifactId=mssqlserver" "-Dversion=1.0.0" "-Dpackaging=jar"
mvn install:install-file "-Dfile=F:\maveno\msutil-1.0.jar" "-DgroupId=com.microsoft.sqlserver" "-DartifactId=msutil" "-Dversion=1.0.0" "-Dpackaging=jar"
maven集成tomcat的插件(运行命令:clean tomcat7:run)
<build>
<!--配置插件-->
<plugins>
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<configuration>
<!--访问端口-->
<port>8080</port>
<!-- 访问路径‘/’ 不需要输入项目名访问-->
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
maven依赖原则(路径最短,申明顺序其次)
1.间接依赖路径最短优先
一个项目test依赖了a和b两个jar包。其中a-b-c1.0,d-e-f-c1.1。由于c1.0路径最短,所以项目test最后使用的是c1.0。
2.pom文件中申明顺序优先
如果是a-b-c1.0,d-e-c1.1这样路径的话,maven会按照pom文件中申明的顺序来选择,如果pom文件中先申明了d再申明了a,test项目最后依赖的会是c1.1
PS: 通过dependency:tree查看依赖树,可以调整坐标在pom文件的申明顺序来解决jar包冲突。
Maven的6类属性
1.内置属性(Maven预定义,用户可以直接使用)
${basedir} //表示项目根目录,即包含pom.xml文件的目录;
${version} //表示项目版本;
${project.basedir} //同${basedir};
${project.baseUri} //表示项目文件地址;
${maven.build.timestamp} //表示项目构件开始时间;
使用${maven.build.timestamp.format}可表示属性${maven.build.timestamp}的展示格式,默认值为yyyyMMdd-HHmm,可自定义其格式,用法如下:
<properties>
<maven.build.timestamp.format>yyyy-MM-dd HH:mm:ss</maven.build.timestamp.format>
</properties>
2.POM属性(使用pom属性可以引用到pom.xml文件对应元素的值)
${project.build.directory} //表示主源码路径;
${project.build.sourceEncoding} //表示主源码的编码格式;
${project.build.sourceDirectory} //表示主源码路径;
${project.build.finalName} //表示输出文件名称;
${project.version} //表示项目版本,与${version}相同;
3.自定义属性(在pom.xml文件的<properties>标签下定义的Maven属性)
<project>
<properties>
<my.pro>abc</my.pro>
</properties>
</project>
# 在其他地方可使用${my.pro}引用该属性值
4.settings.xml文件属性(与pom属性同理,用户使用以settings.开头的属性引用settings.xml文件中的XML元素值)
${settings.localRepository} //表示本地仓库的地址;
5.Java系统属性(所有的Java系统属性都可以使用Maven属性引用)
使用mvn help:system命令可查看所有的Java系统属性;System.getProperties()可得到所有的Java属性;
${user.home} //表示用户目录;
6.环境变量属性(所有的环境变量都可以用以env.开头的Maven属性引用)
# 使用mvn help:system命令可查看所有环境变量
${env.JAVA_HOME} //表示JAVA_HOME环境变量的值;
<Profiles>定义不同环境的参数变量
我们在开发的时候会遇到需要区分正式环境、测试环境、开发环境使用不同的参数。可以用Spring 的PropertyPlaceholderConfigurer
来配置受环境影响的变量,这种多个配置文件的方式我觉得不够灵活,所以就使用了maven的profiles
来实现,在打包的时候maven就会根据指定的配置参数写入文件。配置方式分为两种,一种是全局配置即在.m2/conf/setting.xml
里面配置实现全局,一种是在项目中的pom.xml配置,下文主要介绍项目中的配置方式。
<build>
<!-- 配置使用变量的配置文件-->
<filters>
<filter>src/main/resources/application.properties</filter>
</filters>
<resources>
<!--配置文件路径-->
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
</build>
<profiles>
<profile>
<id>local</id>
<properties>
<pom.env>dev</pom.env>
<pom.ver>1.2.4</pom.ver>
</properties>
<activation>
<!--默认生效的配置组-->
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<profile>
<id>dev</id>
<properties>
<pom.env>dev</pom.env>
<pom.ver>1.3.3</pom.ver>
</properties>
</profile>
<profile>
<id>pro</id>
<properties>
<pom.env>pro</pom.env>
<pom.ver>1.3.5</pom.ver>
</properties>
</profile>
</profiles>
# EL表达式在配置文件中调用pom的变量
env=${pom.env}
ver=${pom.ver}
# 执行的时候加上-P ${profile.id},如果使用默认的可以不加
mvn clean install -P local