java----Maven

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

下载地址

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

 

maven项目过大,导入maven下载卡住

 

posted @ 2019-04-29 19:41  小名的同学  阅读(256)  评论(0)    收藏  举报