pom.xml文件中的repositories，profile和distributionManagement元素_pom.xml repositories

参考地址，侵权删：
https://www.cnblogs.com/gengaixue/p/6933773.html
https://my.oschina.net/chyblog/blog/1788580
https://www.cnblogs.com/0201zcr/p/6262762.html
https://blog.csdn.net/xm393392625/article/details/86546099
https://www.cnblogs.com/liu2-/p/9035181.html

repositories
在运行时指定本地仓库位置：
mvn clean install -Dmaven.repo.local=/home/juven/myrepo/

pom配置阿里云镜像,提高访问速度

<project>
...
  <repositories>
        <repository>
            <id>central</id>
            <name>central repository</name>
            <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
            <layout>default</layout>
            <releases>
                <enabled>true</enabled>
                <updatePolicy>never</updatePolicy>
            </releases>
            <snapshots>
                <enabled>true</enabled>
                <updatePolicy>never</updatePolicy>
            </snapshots>
        </repository>
  </repositories>
...
</project>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<repositories>的配置，可以在它下面添加多个<repository>，
每个<repository>都有它唯一的ID，一个描述性的name，以及最重要的，远程仓库的url。
此外，<releases><enabled>true</enabled></releases>告诉Maven可以从这个仓库下载releases版本的构件，
而<snapshots><enabled>false</enabled></snapshots>告诉Maven不要从这个仓库下载snapshot版本的构件。
禁止从公共仓库下载snapshot构件是推荐的做法，因为这些构件不稳定，且不受你控制，你应该避免使用。
当然，如果你想使用局域网内组织内部的仓库，你可以激活snapshot的支持。

profile
maven profile动态选择配置文件
一、背景
　　在开发过程中，我们的软件会面对不同的运行环境，比如开发环境、测试环境、生产环境，
而我们的软件在不同的环境中，有的配置可能会不一样，比如数据源配置、日志文件配置、以及一些软件运行过程中的基本配置，
那每次我们将软件部署到不同的环境时，都需要修改相应的配置文件，这样来回修改，很容易出错，而且浪费劳动力。
maven提供了一种方便的解决这种问题的方案，就是profile功能。

二、profile简介
　　profile可以让我们定义一系列的配置信息，
然后指定其激活条件。这样我们就可以定义多个profile，
然后每个profile对应不同的激活条件和配置信息，从而达到不同环境使用不同配置信息的效果。
　　profile定义的位置
（1） 针对于特定项目的profile配置我们可以定义在该项目的pom.xml中。（下面举例是这种方式）
（2） 针对于特定用户的profile配置，我们可以在用户的settings.xml文件中定义profile。该文件在用户家目录下的“.m2”目录下。
（3） 全局的profile配置。全局的profile是定义在Maven安装目录下的“conf/settings.xml”文件中的。

三、配置动态打包
1、配置profile

在项目的profile中添加如下的profile配置：

<profiles>
    <profile>
        <!-- 本地开发环境 -->
        <id>dev</id>
        <properties>
            <profiles.active>dev</profiles.active>
        </properties>
        <activation>
            <!-- 设置默认激活这个配置 -->
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <profile>
        <!-- 发布环境 -->
        <id>release</id>
        <properties>
            <profiles.active>release</profiles.active>
        </properties>
    </profile>
    <profile>
        <!-- 测试环境 -->
        <id>beta</id>
        <properties>
            <profiles.active>beta</profiles.active>
        </properties>
    </profile>
</profiles> 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

这里定义了三个环境，分别是dev（开发环境）、beta（测试环境）、release（发布环境），其中开发环境是默认激活的（activeByDefault为true），
这样如果在不指定profile时默认是开发环境，也在package的时候显示指定你要选择哪个开发环境，详情见后面。

2、配置文件
　　针对不同的环境，我们定义了不同的配置文件，文件目录如下：
application-beta.properties
application-dev.properties
application-release.properties

开发环境、测试环境、生产环境的配置文件分别放到src/main/resources目录下下。

有多个环境的配置文件，命名规则为是application-环境名称.properties。

处理过程：

1）通过profile选中你要使用的环境
2）通过package命令，将环境变量注入到application.properties中（这样子，那些公用的环境变量就不用在各个环境的配置文件中配置了）
3）项目中加载application.xml文件

加载配置文件

<context:property-placeholder location="classpath:application.properties"/>

1
2

例子：

application-beta.properties文件有如下部分内容：

env.datasource.jdbcUrl=jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&rewriteBatchedStatements=true&autoReconnect=true&zeroDateTimeBehavior=round
env.datasource.username=root
env.datasource.password=12233

application.properties有部分如下内容用于注入上面的内容：
datasource.jdbcUrl=$env.datasource.jdbcUrldatasource.username=${env.datasource.username}
datasource.password=${env.datasource.password}
3、maven资源插件配置

在pom.xml的build结点下，配置资源文件的位置，如下所示：

<build>
        <finalName>seewo-admin</finalName>
        <!-- 定义了变量配置文件的地址 -->
        <filters>
            <filter>src/main/resources/application-${env}.properties</filter>
        </filters>
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <filtering>true</filtering>
            </resource>
        </resources>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

这里注意一个参数<filtering>true</filtering>，一定要设置成true.这样才会用对应env目录下的配置文件覆盖原来的。

4、激活profile

1）默认的激活

上面的profile配置中设置的默认的激活环境。如下面所示

````true```
2）使用-P参数显示激活一个profile

当我们在进行Maven操作时就可以使用-P参数显示的指定当前激活的是哪一个profile了。
比如我们需要在对项目进行打包的时候使用id为dev的profile，我们就可以这样做：

mvn package –Pdev
　　这里假设dev是在settings.xml中使用dev标记的处于激活状态的profile，
那么当我们使用“-P !profile”的时候就表示在当前操作中该profile将不处于激活状态。

5、调用

private Logger logger = LogManager.getLogger(MyApp.class.getName());
　　　其他的使用和log4j的是一样的。

springboot 使用profile
SpringBoot配置-Profile多环境支持

一.多Profile文件
我们在主配置文件编写的时候，文件名可以是 application-{profile}.properties/yml
1.application.properties的配置
在 application.properties中激活application-prod.properties
spring.profiles.active=prod
2.yml通过—支持多文档块方式
在 application.yml中激活application-prod.propertie或者直接—写配置文档块

server:
  port: 8081
spring:
  profiles:
    active: prod
---
server:
  port: 8083
spring:
  profiles: dev
---
server:
  port: 8084
spring:
  profiles: prod
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

3.激活指定profile
方式一：在配置文件中指定 spring.profiles.active=dev
方式二：配置运行参数
在program arguments 设置–spring.profiles.active=dev
方式三：命令行 java -jar spring-boot-02-config-0.0.1-SNAPSHOT.jar --spring.profiles.active=dev；
可以直接在测试的时候，配置传入命令行参数
方式四：虚拟机参数 -Dspring.profiles.active=dev

distributionManagement
pom的distributionManagement来指定Maven分发构件的位置

在使用maven过程中,在开发阶段经常性的会有很多公共库处于不稳定状态，
随时需要修改并发布，可能一天就要发布一次，遇到bug时，
甚至一天要发布N次。maven的依赖管理是基于版本管理的，
对于发布状态的artifact，如果版本号相同，即使内部的镜像服务器上的组件比本地新，
maven也不会主动下载的。如果我们在开发阶段都是基于正式发布版本来做依赖管理，
那么遇到这个问题，就需要升级组件的版本号，可这样就明显不符合要求和实际情况了。
但是，如果是基于快照版本，那么问题就自热而然的解决了，而maven已经为我们准备好了这一切。

maven中的仓库分为两种，snapshot快照仓库和release发布仓库。
snapshot快照仓库用于保存开发过程中的不稳定版本，
release正式仓库则是用来保存稳定的发行版本。
定义一个组件/模块为快照版本，只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写)，如下：

<groupId>cc.mzone</groupId>  
<artifactId>m1</artifactId>  
<version>0.1-SNAPSHOT</version>  
<packaging>jar</packaging>  
1
2
3
4

maven会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。
如果是快照版本，那么在mvn deploy时会自动发布到快照版本库中，
而使用快照版本的模块，在不更改版本号的情况下，直接编译打包时，
maven会自动从镜像服务器上下载最新的快照版本。如果是正式发布版本，
那么在mvn deploy时会自动发布到正式版本库中，而使用正式版本的模块，
在不更改版本号的情况下，编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务器上下载。

所以,在开发阶段，可以将公用库的版本设置为快照版本，
而被依赖组件则引用快照版本进行开发，在公用库的快照版本更新后,
也不需要修改pom文件提示版本号来下载新的版本，直接mvn执行相关编译、打包命令即可重新下载最新的快照库了，
从而也方便了我们进行开发。

接下来要介绍的是如何在项目中应用snapshot和release库，
应用snapshot和release库达到不同环境下发布不同的版本的目的，首先看一个pom文件的定义：

<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/maven-v4_0_0.xsd">  
    <modelVersion>4.0.0</modelVersion>  
    <groupId>net.aty.mybatis</groupId>  
    <artifactId>mybatis-demo</artifactId>  
    <packaging>jar</packaging>  
    <version>${project.release.version}</version>  
    <name>mybatis-demo</name>  
    <url>http://maven.apache.org</url>  
      
    <properties>  
        <project.release.version>0.1-SNAPSHOT</project.release.version>  
    </properties>  
      
  
    <profiles>  
        <profile>  
            <id>release</id>  
        <properties>  
            <project.release.version>0.1</project.release.version>  
        </properties>  
        </profile>  
    </profiles>  
      
      
    <!--定义snapshots库和releases库的nexus地址-->  
    <distributionManagement>  
        <repository>  
            <id>nexus-releases</id>  
            <url>  
                http://172.17.103.59:8081/nexus/content/repositories/releases/  
            </url>  
        </repository>  
        <snapshotRepository>  
            <id>nexus-snapshots</id>  
            <url>  
                http://172.17.103.59:8081/nexus/content/repositories/snapshots/  
            </url>  
        </snapshotRepository>  
    </distributionManagement>  
  
</project>  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42

首先看到pom文件中version的定义是采用占位符的形式，
这样的好处是可以根据不同的profile来替换版本信息，
比如maven默认是使用0.1-SNAPSHOT作为该模块的版本。

1、如果在发布时使用mvn deploy -P release 的命令，那么会自动使用0.1作为发布版本，
那么根据maven处理snapshot和release的规则，由于版本号后不带-SNAPSHOT故当成是正式发布版本，会被发布到release仓库；

2、如果发布时使用mvn deploy命令，那么就会使用默认的版本号0.1-SNAPSHOT，此时maven会认为是快照版本，会自动发布到快照版本库。

在distributionManagement段中配置的是snapshot快照库和release发布库的地址，采用nexus作为镜像服务器。
对于版本库主要是id和url的配置，配置完成后就可以通过mvn deploy进行发布了，
当然了，如果你的镜像服务器需要用户名和密码，那么还需要在maven的settings.xml文件中做如下配置：

<server>  
  <id>nexus-releases</id>  
  <username>admin</username>  
  <password>admin123</password>  
</server>  
  
<server>  
  <id>nexus-snapshots</id>  
  <username>admin</username>  
  <password>admin123</password>  
</server> 

1
2
3
4
5
6
7
8
9
10
11
12

注意这里配置的server的id必须和pom文件中的distributionManagement对应仓库的id保持一致，
maven在处理发布时会根据id查找用户名称和密码进行登录和文件的上传发布。

这里通过profile的定义就可以在发布灵活切换snapshot快照版本和release正式版本了，
在被依赖的组件中也可以使用profile来定义在开发阶段使用快照库，在发布阶段使用正式库的功能，
只需要在不同的profile中覆盖默认的properties属性值即可。