Maven项目管理学习笔记

已于 2023-07-24 13:45:21 修改
阅读量140 收藏
点赞数
分类专栏： 后端学习笔记 文章标签： maven java
于 2023-07-24 13:43:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_49023961/article/details/131894483
版权

1. Maven简介

1.1 Maven是什么？

  • Maven的本质是一个项目管理工具，将项目开发和管理过程抽象成一个项目对象模型（POM）
  • Maven是用Java语言编写的。他管理的东西统统以面向对象的形式进行设计，最终它把一个项目看成一个对象，而这个对象叫做POM(project object model)，即项目对象模型。

1.2 Maven的作用

  • 项目构建：提供标准的、跨平台的自动化项目构建方式
  • 依赖管理：方便快捷的管理项目依赖的资源(jar包)，避免资源间的版本冲突问题。
  • 统一开发结构：提供标准的、统一的项目结构

1.3 Maven的下载与安装

省略…

具体参考博客

2. Maven的基础概念

2.1 仓库

image-20230723095453594

仓库：用于存储资源，包含各种jar包。

仓库的类型主要分为：本地仓库，私服、中央仓库。其中私服和中央仓库都属于远程仓库。

  • 中央仓库：maven团队自身维护的仓库，属于开源的

    私服：各公司/部门等小范围内存储资源的仓库，私服也可以从中央仓库获取资源

    本地仓库：开发者自己电脑上存储资源的仓库，也可从远程仓库获取资源

私服仓库的作用：

  1. 保存具有版权的资源，包含购买或自主研发的jar。
  2. 一定范围内共享资源，能做到仅对内不对外开放。

2.2 坐标

什么是坐标？

  • Maven中的坐标用于描述仓库中资源的位置。

Maven坐标的组成部分？

  • groupId：定义当前资源隶属组织名称（通常是域名反写，如：org.mybatis；com.itheima）
  • artifactId：定义当前资源的名称（通常是项目或模块名称，如：crm，sms）
  • version：定义当前资源的版本号
  • packaging：定义资源的打包方式，取值一般有如下三种
    • jar：该资源打成jar包，默认是jar java工程打包为jar
    • war：该资源打成war包 web工程打包为war
    • pom：该资源是一个父资源（表明使用maven分模块管理），打包时只生成一个pom.xml不生成jar或其他包结构

Maven坐标的作用

  • 使用唯一标识，唯一性定位资源位置，通过该标识可以将资源的识别与下载工作交由机器运行。
例
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <!--指定pom的模型版本-->
    <modelVersion>4.0.0</modelVersion>
    <!--打包方式 web工程打包为war java工程打包为jar-->
    <packaging>war</packaging>
    
    <!--组织id-->
    <groupId>com.itheima</groupId>
    <!--项目id-->
    <artifactId>web01</artifactId>
    <!--组织id  release代表完成版,SNAPSHOT代表开发版-->
    <version>1.0-SNAPSHOT</version>
    
    <!--设置当前工程的所有依赖-->
    <dependencies>
        <!--具体的依赖-->
        <dependency>
        </dependency>
    </dependencies>
</project>

2.3 idea配置Toncat

我们也可以不配置Tomcat，而是在 pom.xml 中配置 tomcat 插件来运行项目

在Maven仓库中搜索 tomcat Maven

找到 org.apache.tomcat.maven

在这里插入图片描述

我们使用2.1版本的，相对来说稳定一些

<!--构建-->
<build>
    <!--设置插件-->
    <plugins>
        <plugin>
            <!--具体的插件配置-->
            <groupId>org.apache.tomcat.maven</groupId>
            <artifactId>tomcat7-maven-plugin</artifactId>
            <version>2.1</version>
            <!--配置端口-->
            <configuration>
                <port>80</port>
                <!--虚拟路径-->
                <path>/</path>
                <!--解决get请求中文乱码-->
                <uriEncoding>utf-8</uriEncoding>
            </configuration>
        </plugin>
    </plugins>
</build>

插件配置好后，在IDEA右侧maven-project操作面板上可以看到该插件，并且可以利用该插件启动项目

在这里插入图片描述

运行后该插件会给我们一个可运行地址：

在这里插入图片描述

3. Maven依赖管理

3.1 依赖配置与依赖传递

依赖是指在当前项目中运行所需的jar，依赖配置的格式如下：

<!--设置当前项目所依赖的所有jar-->
<dependencies>
    <!--设置具体的依赖-->
    <dependency>
        <!--依赖所属群组id-->
        <groupId>Junit</groupId>
        <!--依赖所属项目id-->
        <artifactId>Junit</artifactId>
        <!--依赖版本号-->
        <version>4.12</version>
    </dependency>
</dependencies>

依赖传递

依赖具有传递性，具体分为两种：

  • 直接依赖：在当前项目中通过依赖配置建立的依赖关系。
  • 间接依赖：被依赖的资源如果依赖其他资源，则表明当前项目间接依赖其他资源。

image-20230723101717862

3.2 依赖传递冲突问题

  • 路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高。

  • 声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的。

  • 特殊优先：当同级配置了相同的资源的不同版本，后配置的覆盖先配置的。

    image-20230723102752835

3.3 可选依赖

可选依赖指的是对外隐藏当前所依赖的资源➡不透明

  • 加一个<optional> 标签，true：透明，false：不透明
<dependencies>
    <dependency>
        <groupId>Junit</groupId>
        <artifactId>Junit</artifactId>
        <version>4.12</version>
        <optional>true</optional>
    </dependency>
</dependencies>

3.4 排除依赖

排除依赖指主动断开依赖的资源，被排除的资源无需指定版本

<dependencies>
    <dependency>
        <groupId>Junit</groupId>
        <artifactId>Junit</artifactId>
        <version>4.12</version>
        <exclusions>
            <exclusion>
                <groupId>log4j</groupId>
                <artifactId>log4j</artifactId>
            </exclusion>
    </dependency>
</dependencies>

3.5 依赖范围

  • 依赖的jar默认情况可以在任何地方使用，可以通过scope标签设定其作用范围。
  • 作用范围
    • 主程序范围有效（src/main目录范围内
    • 测试程序范围内有效（src/test目录范围内）
    • 是否参与打包（package指令范围内）

在这里插入图片描述

4. 生命周期与插件

4.1 项目构建生命周期

Maven对项目构建的生命周期划分为3套（相互独立）：

  • Maven对项目构建的生命周期划分为3套
    • clean：清理工作
    • default：核心工作，例如：编译、打包、测试、部署等
    • site：产生报告，发布站点等

三套生命周期又包含哪些具体的阶段呢, 我们来看下面这幅图:

image-20220616124348972

主要的生命周期阶段：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L87MKPip-1690177310649)(https://gitee.com/wei-jiehao/typora-images/raw/master/img/image-20230706104115630.png)]

注：在同一套生命周期中，在执行后面的生命周期时，前面的生命周期都会执行。

但是执行package时clean不会执行，因为这两个命令不属于同一套生命周期中。

4.2 插件

插件的定义

  • 插件与生命周期内的阶段绑定，在执行到对应生命周期时执行对应的插件功能。
  • 默认Maven在各个生命周期上绑定有预设的功能。
  • 通过插件可以自定义其他功能。

插件的配置方式如下，我们通过打包源码为例：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>2.2.1</version>
            <executions>
                <excution>
                    <goals>
                        <!--当goal属性的值为test-jar时，是对测试代码打包-->
                        <goal>jar</goal>
                    </goals>
                    <phase>generate-test-resources</phase>
                </excution>
            </executions>
        </plugin>
    </plugins>
</build>

在IDEA右侧maven-project操作面板上可以看到

在这里插入图片描述

这样在IDEA左侧 target目录下就会有我们的源码包

5. 分模块设计与开发

5.1 介绍

所谓分模块开发，就是在设计一个java项目时，将一个java项目拆分成多个模块进行开发。

比如：我们在开发一个mvc结构项目时，分为controller、dao、service、pojo层。

分模块设计时就可以将这个大的工程，划分为controller模块、dao模块、service模块、pojo模块，四个模块。

每一个模块都是独立的，相互依赖。

分模块设计就是将项目按照功能/结构拆分成若干个子模块，方便了项目的管理维护、拓展、也方便模块之间的相互调用、资源共享。

分模块开发需要先针对模块功能进行设计，再进行编码。

5.2 实践

5.2.1 思路
  • 将pojo包下的实体类，抽取到一个maven模块中 tlias-pojo
  • 将utils包下的工具类，抽取到一个maven模块中 tlias-utils
  • 其他的业务代码，放在tlias-web-management这个模块中，在该模块中需要用到实体类pojo、工具类utils，直接引入对应的依赖即可。

image-20230723155433044

5.2.2 编码实现
1. 创建maven模块 tlias-pojo，存放实体类

A. 创建一个正常的Maven模块，模块名tlias-pojo

image-20230113100500382 image-20230113100756843

B. 然后在tlias-pojo中创建一个包 com.itheima.pojo (和原来案例项目中的pojo包名一致)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-utrT8ws1-1690177310650)(https://gitee.com/wei-jiehao/typora-images/raw/master/img/image-20230113101203524.png)]

C. 将原来案例项目 tlias-web-management 中的pojo包下的实体类，复制到tlias-pojo模块中

image-20230113101216305

D. 在 tlias-pojo 模块的pom.xml文件中引入依赖

<dependencies>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.24</version>
    </dependency>
</dependencies>

E. 删除原有案例项目tlias-web-management的pojo包【直接删除不要犹豫，我们已经将该模块拆分出去了】，然后在pom.xml中引入 tlias-pojo的依赖

<dependency>
    <groupId>com.itheima</groupId>
    <artifactId>tlias-pojo</artifactId>
    <version>1.0-SNAPSHOT</version>
</dependency>
2. 创建Maven模块 tlias-utils，存放相关工具类

A. 创建一个正常的Maven模块，模块名tlias-utils

image-20230113100500382 image-20230113101816151

B. 然后在 tlias-utils 中创建一个包 com.itheima.utils (和原来案例项目中的utils包名一致)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SXTvfF2g-1690177310653)(https://gitee.com/wei-jiehao/typora-images/raw/master/img/image-20230113102102376.png)]

C. 将原来案例项目 tlias-web-management 中的utils包下的实体类，复制到tlias-utils模块中

image-20230113102113451

D. 在 tlias-utils 模块的pom.xml文件中引入依赖

<dependencies>
    <!--JWT令牌-->
    <dependency>
        <groupId>io.jsonwebtoken</groupId>
        <artifactId>jjwt</artifactId>
        <version>0.9.1</version>
    </dependency>

    <!--阿里云OSS-->
    <dependency>
        <groupId>com.aliyun.oss</groupId>
        <artifactId>aliyun-sdk-oss</artifactId>
        <version>3.15.1</version>
    </dependency>
    <dependency>
        <groupId>javax.xml.bind</groupId>
        <artifactId>jaxb-api</artifactId>
        <version>2.3.1</version>
    </dependency>
    <dependency>
        <groupId>javax.activation</groupId>
        <artifactId>activation</artifactId>
        <version>1.1.1</version>
    </dependency>
    <!-- no more than 2.3.3-->
    <dependency>
        <groupId>org.glassfish.jaxb</groupId>
        <artifactId>jaxb-runtime</artifactId>
        <version>2.3.3</version>
    </dependency>

    <!--WEB开发-->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <version>2.7.5</version>
    </dependency>

    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.24</version>
    </dependency>
</dependencies>

E. 删除原有案例项目tlias-web-management的utils包【直接删除不要犹豫，我们已经将该模块拆分出去了】，然后在pom.xml中引入 tlias-utils的依赖

<dependency>
    <groupId>com.itheima</groupId>
    <artifactId>tlias-utils</artifactId>
    <version>1.0-SNAPSHOT</version>
</dependency>

到此呢，就已经完成了模块的拆分，拆分出了 tlias-pojo、tlias-utils、tlias-web-management ，如果其他项目中需要用到 pojo，或者 utils工具类，就可以直接引入依赖。

5.3 小结

分模块开发

  • 什么是分模块开发：将项目按照功能拆分成若干个子模块。
  • 为什么要分模块设计：方便项目的管理维护、扩展，也方便模块间的相互调用，资源共享。
  • 子模块中仅包含当前模块对应的功能类与配置文件。

6. 聚合

6.1 介绍

聚合：通过一个模块管理其它某些模块的构建，即同时执行生命周期指令

聚合的作用：聚合用于快速构建Maven工程，一次性构建多个项目、模块。

制作方式：

  1. 制作一个空模块，打包类型定义为pom

image-20230723160628008

  1. 定义当前模块进行构建操作时关联的其他模块名称

image-20230723160722772

注意事项：参与聚合操作的模块最终执行顺序与模块间的依赖关系有关，与配置顺序无关。

6.2 实现

在maven中，我们可以在聚合工程中通过 <moudules> 设置当前聚合工程所包含的子模块的名称。我们可以在 tlias-parent中，添加如下配置，来指定当前聚合工程，需要聚合的模块：

<!--聚合其他模块-->
<modules>
    <module>../tlias-pojo</module>
    <module>../tlias-utils</module>
    <module>../tlias-web-management</module>
</modules>

那此时，我们要进行编译、打包、安装操作，就无需在每一个模块上操作了。只需要在聚合工程上，统一进行操作就可以了。

**测试：**执行在聚合工程 tlias-parent 中执行 package 打包指令

image-20230113153347978

那 tlias-parent 中所聚合的其他模块全部都会执行 package 指令，这就是通过聚合实现项目的一键构建（一键清理clean、一键编译compile、一键测试test、一键打包package、一键安装install等）。

7. 继承

7.1 介绍

继承的作用：通过继承可以实现在子工程中沿用父工程中的配置。简化依赖配置、统一管理依赖。

继承的方式：

  • 在子工程中声明其父工程坐标与对应的相对位置

image-20230723161239688

7.2 实现

1). 创建maven模块 tlias-parent ，该工程为父工程，设置打包方式pom(默认jar)。

​ image-20230113112712232 image-20230113112810295

工程结构如下：

image-20230113120517216

父工程tlias-parent的pom.xml文件配置如下：

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.7.5</version>
    <relativePath/> <!-- lookup parent from repository -->
</parent>

<groupId>com.itheima</groupId>
<artifactId>tlias-parent</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>pom</packaging>

Maven打包方式：

  • jar：普通模块打包，springboot项目基本都是jar包（内嵌tomcat运行）
  • war：普通web程序打包，需要部署在外部的tomcat服务器中运行
  • pom：父工程或聚合工程，该模块不写代码，仅进行依赖管理

2). 在子工程的pom.xml文件中，配置继承关系。

<parent>
    <groupId>com.itheima</groupId>
    <artifactId>tlias-parent</artifactId>
    <version>1.0-SNAPSHOT</version>
    <relativePath>../tlias-parent/pom.xml</relativePath>
</parent>

<artifactId>tlias-utils</artifactId>
<version>1.0-SNAPSHOT</version>

这里是以 tlias-utils 为例，指定了其父工程。其他的模块，都是相同的配置方式。

注意：

  • 在子工程中，配置了继承关系之后，坐标中的groupId是可以省略的，因为会自动继承父工程的 。
  • relativePath指定父工程的pom文件的相对位置（如果不指定，将从本地仓库/远程仓库查找该工程）。
    • …/ 代表的上一级目录

3). 在父工程中配置各个工程共有的依赖（子工程会自动继承父工程的依赖）。

<dependencies>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.24</version>
    </dependency>
</dependencies>

此时，我们已经将各个子工程中共有的依赖（lombok），都定义在了父工程中，子工程中的这一项依赖，就可以直接删除了。删除之后，我们会看到父工程中配置的依赖 lombok，子工程直接继承下来了。

image-20230113120408661

工程结构说明：

  • 我们当前的项目结构为：

    image-20230113120636912

    因为我们是项目开发完毕之后，给大家基于现有项目拆分的各个模块，tlias-web-management已经存在了，然后再创建各个模块与父工程，所以父工程与模块之间是平级的。

  • 而实际项目中，可能还会见到下面的工程结构：

    image-20230113120728680

    而在真实的企业开发中，都是先设计好模块之后，再开始创建模块，开发项目。 那此时呢，一般都会先创建父工程 tlias-parent，然后将创建的各个子模块，都放在父工程parent下面。 这样层级结构会更加清晰一些。

    ​

    PS：上面两种工程结构，都是可以正常使用的，没有一点问题。 只不过，第二种结构，看起来，父子工程结构更加清晰、更加直观。

7.3 版本锁定

7.3.1 介绍

  1. 如果项目拆分的模块比较多，那么每一个项目所依赖的版本号都可能不一样，那么项目整合时就可能会出现问题，所以我们需要Maven的版本锁定功能来统一管理各个依赖的版本。

  2. 在Maven项目中，可以在父工程的pom文件中通过<dependencyManagement> 来统一管理依赖版本。

父过程：

<!--统一管理依赖版本-->
<dependencyManagement>
    <dependencies>
        <!--JWT令牌-->
        <dependency>
            <groupId>io.jsonwebtoken</groupId>
            <artifactId>jjwt</artifactId>
            <version>0.9.1</version>
        </dependency>
    </dependencies>
</dependencyManagement>

子工程：

<dependencies>
    <!--JWT令牌-->
    <dependency>
        <groupId>io.jsonwebtoken</groupId>
        <artifactId>jjwt</artifactId>
    </dependency>
</dependencies>

注意：

  • 在父工程中所配置的 <dependencyManagement> 只能统一管理依赖版本，并不会将这个依赖直接引入进来。 这点和 <dependencies> 是不同的。

  • 子工程要使用这个依赖，还是需要引入的，只是此时就无需指定 <version> 版本号了，父工程统一管理。变更依赖版本，只需在父工程中统一变更。

7.3.2 实现

接下来，我们就可以将tlias-utils模块中单独配置的依赖，将其版本统一交给 tlias-parent 进行统一管理。

具体步骤如下：

1). tlias-parent 中的配置

<!--统一管理依赖版本-->
<dependencyManagement>
    <dependencies>
        <!--JWT令牌-->
        <dependency>
            <groupId>io.jsonwebtoken</groupId>
            <artifactId>jjwt</artifactId>
            <version>0.9.1</version>
        </dependency>

        <!--阿里云OSS-->
        <dependency>
            <groupId>com.aliyun.oss</groupId>
            <artifactId>aliyun-sdk-oss</artifactId>
            <version>3.15.1</version>
        </dependency>
        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>2.3.1</version>
        </dependency>
        <dependency>
            <groupId>javax.activation</groupId>
            <artifactId>activation</artifactId>
            <version>1.1.1</version>
        </dependency>
        <!-- no more than 2.3.3-->
        <dependency>
            <groupId>org.glassfish.jaxb</groupId>
            <artifactId>jaxb-runtime</artifactId>
            <version>2.3.3</version>
        </dependency>
    </dependencies>
</dependencyManagement>

2). tlias-utils中的pom.xml配置

如果依赖的版本已经在父工程进行了统一管理，所以在子工程中就无需再配置依赖的版本了。

<dependencies>
    <!--JWT令牌-->
    <dependency>
        <groupId>io.jsonwebtoken</groupId>
        <artifactId>jjwt</artifactId>
    </dependency>

    <!--阿里云OSS-->
    <dependency>
        <groupId>com.aliyun.oss</groupId>
        <artifactId>aliyun-sdk-oss</artifactId>
    </dependency>
    <dependency>
        <groupId>javax.xml.bind</groupId>
        <artifactId>jaxb-api</artifactId>
    </dependency>
    <dependency>
        <groupId>javax.activation</groupId>
        <artifactId>activation</artifactId>
    </dependency>
    <!-- no more than 2.3.3-->
    <dependency>
        <groupId>org.glassfish.jaxb</groupId>
        <artifactId>jaxb-runtime</artifactId>
    </dependency>

    <!--WEB开发-->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
</dependencies>

我们之所以，在springboot项目中很多时候，引入依赖坐标，都不需要指定依赖的版本 <version> ，是因为在父工程 spring-boot-starter-parent中已经通过 <dependencyManagement>对依赖的版本进行了统一的管理维护。

7.3.3 属性配置

我们也可以通过自定义属性及属性引用的形式，在父工程中将依赖的版本号进行集中管理维护。 具体语法为：

1). 自定义属性

<properties>
	<lombok.version>1.18.24</lombok.version>
</properties>

2). 引用属性

<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <version>${lombok.version}</version>
</dependency>

接下来，我们就可以在父工程中，将所有的版本号，都集中管理维护起来。

<properties>
    <maven.compiler.source>11</maven.compiler.source>
    <maven.compiler.target>11</maven.compiler.target>

    <lombok.version>1.18.24</lombok.version>
    <jjwt.version>0.9.1</jjwt.version>
    <aliyun.oss.version>3.15.1</aliyun.oss.version>
    <jaxb.version>2.3.1</jaxb.version>
    <activation.version>1.1.1</activation.version>
    <jaxb.runtime.version>2.3.3</jaxb.runtime.version>
</properties>


<dependencies>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>${lombok.version}</version>
    </dependency>
</dependencies>

<!--统一管理依赖版本-->
<dependencyManagement>
    <dependencies>
        <!--JWT令牌-->
        <dependency>
            <groupId>io.jsonwebtoken</groupId>
            <artifactId>jjwt</artifactId>
            <version>${jjwt.version}</version>
        </dependency>

        <!--阿里云OSS-->
        <dependency>
            <groupId>com.aliyun.oss</groupId>
            <artifactId>aliyun-sdk-oss</artifactId>
            <version>${aliyun.oss.version}</version>
        </dependency>
        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>${jaxb.version}</version>
        </dependency>
        <dependency>
            <groupId>javax.activation</groupId>
            <artifactId>activation</artifactId>
            <version>${activation.version}</version>
        </dependency>
        <!-- no more than 2.3.3-->
        <dependency>
            <groupId>org.glassfish.jaxb</groupId>
            <artifactId>jaxb-runtime</artifactId>
            <version>${jaxb.runtime.version}</version>
        </dependency>
    </dependencies>
</dependencyManagement>

版本集中管理之后，我们要想修改依赖的版本，就只需要在父工程中自定义属性的位置，修改对应的属性值即可。

面试题：<dependencyManagement> 与 <dependencies> 的区别是什么?

  • <dependencies> 是直接依赖，在父工程配置了依赖，子工程会直接继承下来。
  • <dependencyManagement> 是统一管理依赖版本，不会直接依赖，还需要在子工程中引入所需依赖(无需指定版本)

8. 继承与聚合对比

  • 作用

    • 聚合用于快速构建项目

    • 继承用于简化依赖配置、统一管理依赖

  • 相同点：

    • 聚合与继承的pom.xml文件打包方式均为pom，通常将两种关系制作到同一个pom文件中

    • 聚合与继承均属于设计型模块，并无实际的模块内容

  • 不同点：

    • 聚合是在聚合工程中配置关系，聚合可以感知到参与聚合的模块有哪些

    • 继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己

9. 属性

属性的类别

  1. 自定义属性
  2. 内置属性
  3. Setting属性
  4. Java系统属性
  5. 环境变量属性

9.1 自定义属性

image-20230723163414412

9.2 内置属性

image-20230723163423591

9.3 Setting属性

image-20230723163430487

9.4 Java系统属性

image-20230723163439412

9.5 环境变量属性

image-20230723163446409

10.版本管理

10.1 工程版本

SNAPSHOT(快照版本)

  • 项目开发过程中，为方便团队成员合作，解决模块间相互依赖和时时更新的问题，开发者对每个模块进行构建的时候，输出的临时性版本叫快照版本 (测试阶段版本)
  • 快照版本会随着开发的进展不断更新

RELEASE(发布版本)

  • 项目开发到进入阶段里程碑后，向团队外部发布较为稳定的版本，这种版本所对应的构件文件是稳定的，即便进行功能的后续开发，也不会改变当前发布版本内容，这种版本称为发布版本

10.2 工程版本号约定

image-20230723164215234

11. 资源配置

11.1 配置文件引用pom属性

  1. 在pom文件标签中配置url信息。

image-20230723165016627

  1. 调用格式：image-20230723165155979
  2. 开启配置文件加载pom属性

image-20230723164857665

11.2 小结

  • image-20230723165316358

12. 多环境开发配置

在往后的日常学习或者工作中，可能会出现多种环境，由此需要我们配置一下。

12.1 多环境兼容

image-20230723165955140

12.2 多环境配置

在pom文件中对多环境进行配置

image-20230723170029145

12.3 加载指定环境

image-20230723170053285

12.4 小结

多环境开发配置

  • 配置多环境
  • 执行构建命令并指定加载对应环境配置信息

13. 私服

13.1 介绍

**私服：**是一种特色的远程仓库，它是架设在局域网内的仓库服务，用来代理位于外部的中央仓库，用于解决团队内部的资源共享与资源同步问题。

依赖查找顺序：

  • 本地仓库
  • 私服仓库
  • 中央仓库

13.2 Nexus安装、启动与配置

  • Nexus是Snoatype公司的一款Maven私服产品。

image-20230723172445038

image-20230723172522297

13.3 仓库分类

  1. 宿主仓库hosted
  • 保存无法从中央仓库获取的资源
    • 自主研发
    • 第三方非开源项目
  1. 代理仓库
  • 代理远程仓库，通过nexus访问其他公共仓库，例如中央仓库
  1. 仓库组group
  • 将若干个仓库组成一个群组，简化配置
  • 仓库组不能保存资源，属于设计型仓库

13.4 资源上传

上传资源时提供对应的信息

  • 保存的位置(宿主的仓库)
  • 资源文件
  • 对应坐标

13.5 idea环境中资源上传与下载

image-20230723174830169

13.6 访问私服配置(本地仓库访问私服)

image-20230723174855001

13.7 访问私服配置(项目工程访问私服)

image-20230723174948110

13.8 私服的上传具体实现

资源上传与下载，我们需要做三步配置，执行一条指令。

第一步配置：在maven的配置文件中配置访问私服的用户名、密码。

第二步配置：在maven的配置文件中配置连接私服的地址(url地址)。

第三步配置：在项目的pom.xml文件中配置上传资源的位置(url地址)。

配置好了上述三步之后，要上传资源到私服仓库，就执行执行maven生命周期：deploy。

私服仓库说明：

  • RELEASE：存储自己开发的RELEASE发布版本的资源。
  • SNAPSHOT：存储自己开发的SNAPSHOT发布版本的资源。
  • Central：存储的是从中央仓库下载下来的依赖。

项目版本说明：

  • RELEASE(发布版本)：功能趋于稳定、当前更新停止，可以用于发行的版本，存储在私服中的RELEASE仓库中。
  • SNAPSHOT(快照版本)：功能不稳定、尚处于开发中的版本，即快照版本，存储在私服的SNAPSHOT仓库中。
3.3.2 具体操作

为了模拟企业开发，这里我准备好了一台服务器（192.168.150.101），私服已经搭建好了，我们可以访问私服测试：http://192.168.150.101:8081

image-20230113164217830

私服准备好了之后，我们要做如下几步配置：

1.设置私服的访问用户名/密码（在自己maven安装目录下的conf/settings.xml中的servers中配置）

<server>
    <id>maven-releases</id>
    <username>admin</username>
    <password>admin</password>
</server>
    
<server>
    <id>maven-snapshots</id>
    <username>admin</username>
    <password>admin</password>
</server>

2.设置私服依赖下载的仓库组地址（在自己maven安装目录下的conf/settings.xml中的mirrors、profiles中配置）

<mirror>
    <id>maven-public</id>
    <mirrorOf>*</mirrorOf>
    <url>http://192.168.150.101:8081/repository/maven-public/</url>
</mirror>

<profile>
    <id>allow-snapshots</id>
        <activation>
        	<activeByDefault>true</activeByDefault>
        </activation>
    <repositories>
        <repository>
            <id>maven-public</id>
            <url>http://192.168.150.101:8081/repository/maven-public/</url>
            <releases>
            	<enabled>true</enabled>
            </releases>
            <snapshots>
            	<enabled>true</enabled>
            </snapshots>
        </repository>
    </repositories>
</profile>

3.IDEA的maven工程的pom文件中配置上传（发布）地址(直接在tlias-parent中配置发布地址)

<distributionManagement>
    <!-- release版本的发布地址 -->
    <repository>
        <id>maven-releases</id>
        <url>http://192.168.150.101:8081/repository/maven-releases/</url>
    </repository>

    <!-- snapshot版本的发布地址 -->
    <snapshotRepository>
        <id>maven-snapshots</id>
        <url>http://192.168.150.101:8081/repository/maven-snapshots/</url>
    </snapshotRepository>
</distributionManagement>

配置完成之后，我们就可以在tlias-parent中执行deploy生命周期，将项目发布到私服仓库中。

image-20230113164850129

通过日志，我们可以看到，这几个模块打的jar包确实已经上传到了私服仓库中（由于当前我们的项目是SNAPSHOT版本，所以jar包是上传到了snapshot仓库中）。

那接下来，我们再来打开私服来看一下：

image-20230113215053410

我们看到，我们项目中的这几个模块，在私服中都有了。 那接下来，当其他项目组的开发人员在项目中，就可以直接通过依赖的坐标，就可以完成引入对应的依赖，此时本地仓库没有，就会自动从私服仓库中下载。

ttp://192.168.150.101:8081/repository/maven-public/

true


true






**3.IDEA的maven工程的pom文件中配置上传（发布）地址(直接在tlias-parent中配置发布地址)**

```xml
<distributionManagement>
    <!-- release版本的发布地址 -->
    <repository>
        <id>maven-releases</id>
        <url>http://192.168.150.101:8081/repository/maven-releases/</url>
    </repository>

    <!-- snapshot版本的发布地址 -->
    <snapshotRepository>
        <id>maven-snapshots</id>
        <url>http://192.168.150.101:8081/repository/maven-snapshots/</url>
    </snapshotRepository>
</distributionManagement>

配置完成之后，我们就可以在tlias-parent中执行deploy生命周期，将项目发布到私服仓库中。

[外链图片转存中…(img-wD2zIwk6-1690177310671)]

通过日志，我们可以看到，这几个模块打的jar包确实已经上传到了私服仓库中（由于当前我们的项目是SNAPSHOT版本，所以jar包是上传到了snapshot仓库中）。

那接下来，我们再来打开私服来看一下：

[外链图片转存中…(img-d9AAc9Br-1690177310672)]

我们看到，我们项目中的这几个模块，在私服中都有了。 那接下来，当其他项目组的开发人员在项目中，就可以直接通过依赖的坐标，就可以完成引入对应的依赖，此时本地仓库没有，就会自动从私服仓库中下载。

沃不鸡丢啊
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
maven项目学习笔记记录
05-14
**Maven项目学习笔记记录** 在软件开发领域，Maven是一个强大的项目管理和构建工具，尤其在Java开发中广泛使用。本笔记将深入探讨Maven的核心概念、主要功能以及实际应用场景，帮助你更好地理解和掌握这一重要工具...
maven学习笔记
12-16
**Maven学习笔记** 在Java开发领域，Maven是一个不可或缺的构建工具，它极大地简化了项目的构建、管理和依赖管理过程。Maven通过一个统一的项目对象模型（Project Object Model，POM），使得开发者可以轻松地定义...
【maven项目管理工具】超级详细的 Maven 安装&使用教程（基础）
qq_42235445的博客
06-20 4137
Maven详细与使用
Maven详细教程（图文并茂）
莫等闲 白了少年头 空悲切
05-11 8471
Maven是一个项目管理工具。它包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。当你使用Maven的时候，你用一个明确定义的项目对象模型来描述你的项目，然后Maven可以应用横切的逻辑，这些逻辑来自一组共享的（或者自定义的）插件。
项目管理工具——Maven
qq_31856061的博客
02-02 2216
Maven是用java语言编写的。Maven的本质是一个项目管理工具，将项目开发和管理过程抽象成一个项目对象模型(POM)POM(Project Object Model)：项目对象模型统一开发结构：提供标准的、统一的项目结构。
Maven项目管理-随笔（入门）
是个非常热爱生活、乐观、奋斗、努力的逗比青年
06-16 2012
Maven是一个开源的项目管理工具，它可以帮助开发人员自动化构建、测试和部署Java项目Maven是一个开源的项目管理工具，它可以帮助开发人员自动化构建、测试和部署Java项目。统一管理Jar包的工具（处理Jar包的依赖和冲突问题）方便编译和测试，打包代码的工具依赖管理是Maven的一个重要功能，它可以自动管理项目的依赖关系，包括下载、安装和更新依赖库；它提供了中央仓库，能帮我们自动下载构件。点击进入这下面的是我常用的一些依赖--依赖第三方配置-->
Maven项目管理实战
06-18
学习Maven对学习者的Java技术能力没有要求，只要有一些Java基础，想在项目中用到Maven技术，都可以学习这门课程。学完这门课程后，你会为Maven这个小软件的神奇功能所折服，并极大地提高你的项目开发效率。 教学全程...
从零开始学maven，maven学习笔记
01-11
Maven 是一个强大的项目管理和构建工具，主要针对Java项目，由Apache公司开发。它基于项目对象模型（Project Object Model，POM），通过POM文件来管理项目的构建、报告和文档。POM是一个XML文件，包含了项目的配置...
Maven高级-黑马程序员学习笔记
最新发布
05-21
Maven，作为Java项目管理和构建工具，因其强大的自动化构建功能而备受开发者喜爱。本文将深入探讨Maven的高级特性，包括多模块开发、继承与聚合，以及私有仓库（私服）的操作，这些都是在大型项目中不可或缺的知识点...
maven管理工具
04-24
maven管理工具 maven管理工具 maven管理工具 maven管理工具
Maven版本管理
12-31
Maven实现集中版本管理工具，整套开发视频源码以及开发文档。
Maven | 高效管理和构建Java项目（Maven工具的安装配置与基本使用详解）
林二月的博客
03-26 2393
项目结构我们都知道，每一个开发工具（IDE）都有自己不同的项目结构，它们互相之间不通用。我在`Eclipse`软件中创建的项目结构，无法在`IDEA`软件中进行使用，这就造成了很大的不便。而 Maven提供了一套标准化的项目结构，所有的开发工具使用 Maven构建的项目结构都完全一样，所有开发工具创建的 Maven项目可以通用。
Maven详解
White-Camellia
12-17 1212
Maven 的正确发音是[ˈmevən]，而不是“马瘟”以及其它什么瘟。Maven 在美国是一个口语化的词语，代表专家、内行的意思。一个对 Maven 比较正式的定义是这么说的：Maven 是一个项目管理工具，它包含了一个项目对象模型POM)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统 (Dependency Management System)
第七部分：Maven（项目管理工具）
weixin_63925896的博客
11-17 739
Maven概述！！！
maven项目管理
someby的博客
10-04 139
    1.实际项目工程是由不同独立的模块构成的，模块与模块这间需要完成协调工作才能够最终完成功能，这就必然涉及模块之间的依赖关系，当以来管理复杂的时候就会非常难于管理，此时maven就是为了管理模块之间的依赖而生的。     2.常见的具体的pom.xml的内容写法：http://search.maven.org     3.         &lt;dependency&gt;      ...
从头到尾讲一遍maven项目管理（基础到高级）
m0_63419305的博客
10-23 105
maven的相关讲解
Maven管理
Liutoou的博客
12-03 160
Maven
Maven项目管理(一)
weixin_53225765的博客
11-05 494
初识maven
maven快速入门笔记
01-22
本文为Maven快速入门笔记，着重介绍了Maven项目管理工具的基本知识和常见问题的解决方案，旨在帮助读者快速入门Maven的使用。在课程计划中，包括了Maven的介绍、安装配置、创建工程、M2Eclipse插件的使用以及Maven的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值