作用:大型项目协同开发,让代码和开发工具无关;
下载地址
http://maven.apache.org/download.cgi
介绍
bin:运行脚本 windows 输入mvn可以运行这些脚本
boot:包含一个类加载器的框架,maven使用它来加载自己的类库
conf:配置文件
lib:maven所运行的所需的类库
环境搭建
将bin目录添加环境系统环境变量中
输入 mvn 一些命令即可
构建过程中的各个环节
[1]清理:将以前编译得到的旧的class字节码文件删除,为下一次编译做准备
[2]编译:将Java源程序编程成class字节码文件
[3]测试:自动测试,自动调用junit程序
[4]报告:测试程序执行的结果
[5]打包:动态Web工程打war包,Java工程打jar包
[6]安装:Maven特定的概念——将打包得到的文件复制到“仓库”中的指定位置
[7]部署:将动态Web工程生成的war包复制到Servlet容器的指定目录下,使其可以运行
Maven配置
在setting中 profiles 属性中添加,生成的maven项目使用的jdk就是1.8
<profile>
<id>jdk-1.8</id>
<activation>
<activeByDefault>true</activeByDefault>
<jdk>1.8</jdk>
</activation>
<properties>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>
</properties>
</profile>
或者在pom中(不确定是否有用)
<properties>
<java.version>1.8</java.version>
<maven.compile.source>1.8</maven.compile.source>
<maven.compile.target>1.8</maven.compile.target>
</properties>
Maven一些命令(必须在含有pom文件的目录下执行)
mvn clean
是清除target目录
mvn compile
不会删除之前创建的target
编译(生成一个target目录),如果本地仓库没有jar包,就会去下载
mvn test-compile
会将test目录也编译进来
mvn test
执行的是maven的原生命令
表示的是:对项目进行编译并执行测试代码。
mvn package
不会删除之前创建的target
命令完成了项目编译、单元测试、打包功能,不会把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库和远程maven私服仓库
参考:https://blog.csdn.net/daiyutage/article/details/53739452
mvn build
是重新对该maven项目进行打包,这里需要手动的输入打包的命令 -X package
mvn install
命令完成了项目编译、单元测试、打包功能,同时把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库,但没有布署到远程maven私服仓库。
会生成target目录,target目录说明:
classes目录:.class.properties.xml文件;
项目名目录:项目所有源码(前端、后台、jar包)
项目名.war:将项目名目录打成的war包。
最好使用mvn clean install 可以保证jar最新,但是会花费一些时间,下面的打包过程同理;
mvn install -Dmaven.test.skip=true 忽略测试功能(我们可以直接将Test测试类给注释掉)
mvn deploy
完成了项目编译、单元测试、打包功能,同时把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库和远程maven私服仓库
mvn site
生成站点(不知道有什么用)
Maven依赖的范围
compile 主程序参与,测试程序参与,参与打包
test 主程序不参与(主程序访问不到这个jia包),测试程序参与,不参与打包
provided 开发使用(主程序和测试都可以访问这个jar包),部署的时候忽略(不参与打包),由tomcat容器提供做需要的jar包(一般就是servlet-api.jar包之类的)
Maven的依赖和继承和聚合
依赖:如果A模块依赖的B模块,此时A模块就会依赖B模块的所有的jar包,注意如果需要将项目进行打包,B模块必须先安装到仓库中,此时A模块打包才不会报错。
继承:创建一个"父" maven工程用来统一管理所有的jar包的版本(注意打包方式是pom),如果项目需要打包,需要提前将父工程打包到仓库中
父工程通过<dependencyManagement /> 管理的jar包(自己不会去依赖他),子工程如果需要使用该jar包,需要手动引入jar包(但是不需要写版本号和作用域)
父工程通过<dependencies /> 管理的jar包(自己也会依赖),子工程不需要手动引入jar包(自动继承所有的jar包)
<!--方便统一管理依赖jar包的版本-->
<properties>
<junit.version>4.13-beta-2</junit.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
子工程通过<parent/>引用父工程,依赖jar包的时候不指定jar包版本
<parent>
<groupId></groupId>
<artifactId></artifactId>
<version></version> <!--以当前文件为基础(pom.xml),找父工程pom.xml的相对位置,在开发过程中,如果没有下面这个,启动项目就会报错,原因是这个pom在仓库中找不到,解决方式:需要反复将父工程install,不方便-->
<relativePath>../项目名/pom.xml</relativePath>
</parent>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<!--不需要指定版本了-->
<!--<version>4.13-beta-2</version>-->
</dependency>
</dependencies>
聚合:一键安装各个模块工程
配置方式:在一个“总的聚合工程”中配置各个参与聚合的模块(可以单独创建一个工程,或者用"父"工程来做)
使用:在"聚合工程"中进行package或者install
注意顺序很重要,被依赖的项目放到最上面
<modules>
<!--指定各个子工程的相对路径-->
<module>../项目名字</module>
<module>../maven01</module>
<module>../maven02</module>
</modules>
Maven部署项目到服务器上
1、手动,将打包好的war包放到wabapps目录下,启动 tomcat服务器,此时tomcat服务器会解压war包,注意生成的项目名字就是 xx.war包的前缀(xx),访问localhost:8080/xx/.....
2、使用maven插件(感觉不实用),了解即可,应该可以配置远程的tomcat
<build>
<finalName>projectName</finalName>
<plugins>
<plugin>
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-maven2-plugin</artifactId>
<version>1.7.7</version>
<configuration>
<container>
<containerId>tomcat7x</containerId>
<home>F:\tomcat\apache-tomcat-9.0.19</home>
</container>
<configuration>
<type>existing</type>
<home>F:\tomcat\apache-tomcat-9.0.19</home>
<!--访问路径还是8080,好像没啥用-->
<properties>
<cargo.servlet.port>8081</cargo.servlet.port>
</properties>
</configuration>
</configuration>
<!--插件在什么情况下执行-->
<executions>
<execution>
<id>cargo-run</id>
<!--生命周期阶段-->
<phase>install</phase>
<goals>
<!--执行目标(指定命令)-->
<goal>run</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
Maven其他操作
1.改变Maven本机的仓库地址
(如果是IDEA,在D:\IDEA\IntelliJ IDEA 2019.1.1\plugins\maven\lib\maven3\conf\settings.xml中)
我的maven是F:\Maven\apache-maven-3.6.1\conf\settings.xml
修改其中的配置即可
2.修改远程的maven镜像地址
复制一份settings.xml 到:C:\Users\You user.m2(默认本地存放下载的jar包位置为当前用户文件下下的.m2文件中)下也就是你的本地maven仓库下。(好处在与不会破坏原来的代码,如果重新生成一个setting,刚刚上面的配置也注意要放到新的里面。原因在配置IDEA后,maven识别setting的位置我们自己改变,不在识别之前的setting)
修改settings.xml 文件,找到 <mirrors> </mirrors> 标签,并添加如下阿里maven仓库配置:
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>http://maven.aliyun.com/nexus/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>
配置IDEA
第二个Local respository是本机的仓库地址。注意这个仓库地址修改不会影响到maven从远处下载jar包到本机的仓库地址(这个地址是在setting中的配置的)
右下角会弹出 是否要自动更新 dependency建议最好是要enable auto update,否则在pom.xml文件中会有红色报错,这时候不要慌
如果当前加入的包没有选择自动更新的话,要在右边的project版本栏中选择 dependencies 右键 download sources and documentation
3.将自己下载好了的jar包安装到maven仓库库,让maven托管
3.1首先下载说需要的jar包
3.2使用插件(在编译前,将jar包安装到maven仓库中)
如果项目中有管理插件版本的pom,配置如下
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>2.5.2</version>
</plugin>
</plugins>
</pluginManagement>
3.3此时可以重新生成一个项目。专门用来管理这些(不能远程下载的jar包)
该项目的pom.xml
增加插件配置,关键配置如下(将版本号去掉):
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>2.5.2</version> //省略版本号
<executions>
<execution>
<id>install-external-kaptcha</id>
<!-- 触发时机:执行 mvn clean 命令时自动触发插件 -->
<phase>clean</phase>
<configuration>
<!-- 存放依赖文件的位置 -->
<file>${project.basedir}/libs/kaptcha-2.3.jar</file>
<repositoryLayout>default</repositoryLayout>
<!-- 自定义 groupId -->
<groupId>com.google.code.kaptcha</groupId>
<!-- 自定义 artifactId -->
<artifactId>kaptcha</artifactId>
<!-- 自定义版本号 -->
<version>2.3</version>
<!-- 打包方式 -->
<packaging>jar</packaging>
<!-- 是否自动生成 POM -->
<generatePom>true</generatePom>
</configuration>
<goals>
<goal>install-file</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
3.4关联总pom
3.4将下载的jar包添加到libs目录中
<goal>install-file</goal> 代表执行的maven命令,详情:http://www.yayihouse.com/yayishuwu/chapter/1415
3.4使用mvn clean命令将libs中的jar包全部安装到maven仓库中
安装的路径为上面自定义的 groupId,文件名是 artifactId
3.5,其他项目pom通常正常的依赖即可
maven中的包不自动下载配置
https://blog.csdn.net/zhang33565417/article/details/97634921