java----Maven

作用:大型项目协同开发,让代码和开发工具无关;

下载地址

http://maven.apache.org/download.cgi

介绍

java----Maven

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

修改其中的配置即可

java----Maven

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>

  

java----Maven

配置IDEA

java----Maven

第二个Local respository是本机的仓库地址。注意这个仓库地址修改不会影响到maven从远处下载jar包到本机的仓库地址(这个地址是在setting中的配置的)

右下角会弹出 是否要自动更新 dependency建议最好是要enable auto update,否则在pom.xml文件中会有红色报错,这时候不要慌

如果当前加入的包没有选择自动更新的话,要在右边的project版本栏中选择 dependencies 右键  download sources and documentation

3.将自己下载好了的jar包安装到maven仓库库,让maven托管

3.1首先下载说需要的jar包

java----Maven

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>

java----Maven

3.3此时可以重新生成一个项目。专门用来管理这些(不能远程下载的jar包)

java----Maven

该项目的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

java----Maven

 3.4将下载的jar包添加到libs目录中

java----Maven

<goal>install-file</goal>  代表执行的maven命令,详情:http://www.yayihouse.com/yayishuwu/chapter/1415

3.4使用mvn clean命令将libs中的jar包全部安装到maven仓库中

安装的路径为上面自定义的  groupId,文件名是 artifactId

java----Maven

3.5,其他项目pom通常正常的依赖即可

java----Maven

maven中的包不自动下载配置

https://blog.csdn.net/zhang33565417/article/details/97634921

上一篇:Qt 读取txt文件乱码的解决办法


下一篇:09观察者模式ObServer