maven 问题记录

遇到的问题

Maven 错误：was cached in the local repository, resolution will not be reattempted until the update

在使用公司内部的 maven 仓库编译项目时，由于新加入了几个依赖包，第一次编译失败了，可能原因是 maven 私服找不到相关jar。此后在修复了公司内部 maven 仓库后编译项目出现错误

• 方法一：查看本地仓库对应 jar 包所在目录的 lastUpdated 文件，进一步查看报错信息，尝试删除后再次运行原 maven 命令或进行代码的拉取。
• 方法二：在repository 的 release或者 snapshots 版本中新增 updatePolicy 属性，设置为”always”、”daily” (默认)、”interval:XXX” (分钟)或”never”。这里设置为 always，表示强制每次都更新依赖库。
• 方法三：maven命令后加-U，如mvn package -U【推荐】

单元测试编写好, 但是不执行

根据约定优于配置。在默认情况下，“maven-surefire-plugin”插件将自动执行项目“src/test/java”路径下的测试类，但测试类需要遵从以下命名模式，Maven才能自动执行它们：　　 Test*.java ：以 Test 开头的 Java 类； *Test.java ：以 Test 结尾的 Java 类; *TestCase.java：以 TestCase 结尾的 Java 类。

Maven 3.8.1 报错 Blocked mirror for repositories

[ERROR] Failed to execute goal on project test: Could not resolve dependencies for project xxx: Failed to collect dependencies at my.test:dependency:version -> my.test.transitive:transitive:version: Failed to read artifact descriptor for my.test.transitive:transitive:jar:version: Could not transfer artifact my.test.transitive:transitive:pom:version from/to maven-default-http-blocker (http://0.0.0.0/): Blocked mirror for repositories: [blocked-repository-id (http://blocked.repository.org, default, releases+snapshots)]

解决办法有:

• 将依赖性版本升级到新版本，用 HTTPS 版本替换过时的 HTTP 存储库 URL
• 保留依赖版本，但在设置中定义一个镜像。
• 注释掉 $MAVEN_HOME/conf/settings.xml 中的拦截标签。

一些记录

跳过测试用例的执行

-DskipTests，不执行测试用例，但编译测试用例类生成相应的 class 文件至 target/test-classes下。

-Dmaven.test.skip=true，不执行测试用例，也不编译测试用例类。

Maven 的 Snapshot 版本与 Release 版本的区别

Maven 的 Snapshot 版本与 Release 版本

1、Snapshot 版本代表不稳定、尚处于开发中的版本。 2、Release 版本则代表稳定的版本。 3、什么情况下该用 SNAPSHOT? 协同开发时，如果 A 依赖构件 B，由于 B 会更新，B 应该使用 SNAPSHOT 来标识自己。这种做法的必要性可以反证如下： a. 如果 B 不用 SNAPSHOT，而是每次更新后都使用一个稳定的版本，那版本号就会升得太快，每天一升甚至每个小时一升，这就是对版本号的滥用。 b.如果 B 不用 SNAPSHOT, 但一直使用一个单一的 Release 版本号，那当 B 更新后，A 可能并不会接受到更新。因为 A 所使用的 repository 一般不会频繁更新 release 版本的缓存（即本地 repository)，所以B以不换版本号的方式更新后，A在拿B时发现本地已有这个版本，就不会去远程 Repository 下载最新的 B

4、 不用 Release 版本，在所有地方都用 SNAPSHOT 版本行不行？ 不行。正式环境中不得使用 snapshot 版本的库。 比如说，今天你依赖某个 snapshot 版本的第三方库成功构建了自己的应用，明天再构建时可能就会失败，因为今晚第三方可能已经更新了它的 snapshot 库。你再次构建时，Maven 会去远程 repository 下载 snapshot 的最新版本，你构建时用的库就是新的 jar 文件了，这时正确性就很难保证了。

【用处不大】从 Maven 项目中导出项目依赖的jar包

一、导出到默认目录 targed/dependency 　　从Maven项目中导出项目依赖的jar包：进入工程pom.xml 所在的目录下，执行如下命令： 　　1、mvn dependency:copy-dependencies，则 maven 项目所依赖的 jar 包会导出到 target/dependency 目录中。

二、导出到自定义目录中 　　在maven项目下创建lib文件夹，输入以下命令： 　　1、mvn dependency:copy-dependencies -DoutputDirectory=lib； 　　2、maven 项目所依赖的 jar 包都会复制到项目目录下的lib目录下。

三、设置依赖级别 　　同时可以设置依赖级别，通常使用 compile 级别 　　mvn dependency:copy-dependencies -DoutputDirectory=lib -DincludeScope=compile

maven 中配置多个mirror的问题

有个小伙伴遇到一个疑问：他的工作笔记本，在公司用部门搭建的maven私服做镜像，回到家用 aliyun 的镜像，每次都要改配置文件，很麻烦，希望能够不改动配置文件的情况下，动态切换mirror配置。

我们知道 settings.xml 中可以使用变量，可以尝试使用变量解决。

<mirrors>
  <mirror>
    <id>aliyun</id>
    <url>https://maven.aliyun.com/repository/public</url>
    <mirrorOf>${aliyun}</mirrorOf>
  </mirror>
  <mirror>
    <id>netease</id>
    <url>http://mirrors.163.com/maven/repository/maven-public/</url>
    <mirrorOf>${netease}</mirrorOf>
  </mirror>
   <mirror>
    <id>default</id>
    <url>http://192.168.0.100/nexus/repository/maven-public/</url>
    <mirrorOf>central</mirrorOf>
  </mirror>
</mirrors>

我们知道，默认情况下配置多个mirror的情况下，只有第一个生效。那么我们可以将最后一个作为默认值，前面配置的使用环境变量动态切换。

默认情况下，执行： mvn help:effective-settings 可以看到使用的是私服。

如果希望使用阿里云镜像，如下执行：

mvn help-effective-settings -Daliyun=central

同样的道理，使用网易镜像，则执行：

mvn help:effective-settings -Dnetease=central

参考

maven 中配置多个 mirror 的问题 - 知乎 https://zhuanlan.zhihu.com/p/69695365