1.美图

2.背景
因为要上传我的所有仓库的包，希望nexus中已有的包，我不覆盖，没有的添加。所以想批量上传jar。所以想知道这些jar都存放在哪里了？
maven上传jar包到nexus私服的方法，网上大神详解很多，那么上传后的jar包存放到哪里了呢？
在下使用nexus3.2.1版本，在本地搭建了私服，使用maven上传jar包。最后结果如下：


点进去后展示的是：


这让我一度以为是以jar包的形式保存在本地，但事实证明，保存在本地的最终是一个 .bytes 类型的文件，它的默认路径在\nexus-3.2.1-01-win64\sonatype-work\nexus3\blobs\default\content下面


即使jar包是同样的，但是deploy了两次，那么就会展示两次


nexus设置自定义路径时，要设置Blob Stores，默认只有default一个，新建一个路径的话就可以自己指定了

pom.xml中引入一下代码会覆盖引入jar的版本
<dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>xxx</groupId>
                <artifactId>xxx</artifactId>
                <version>xxx</version>
                <scope>xxx</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

比如需要在Springboot项目中使用spring-messaging 这个5.2.6.RELEASE版本的的jar信息。原来SpringBoot中已存在4.3.4这个版本。那么我们只需要这么做即可
<dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-messaging</artifactId>
                <version>5.2.6.RELEASE</version>
                <scope>compile</scope>
            </dependency>

        </dependencies>

    </dependencyManagement>

锁定版本前因
比如我们有两个项目A和B 其中B项目依赖于A项目
也就是说A项目依赖的jar包会传递到B项目中去
如果这时B项目直接导入A项目所依赖的jar包
就会覆盖A中传递过来的jar包
可能就会因为版本号而导致意外的事情
如何锁定版本
只需要在我们写dependencies处的上方

写一段
<dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-beans</artifactId>
        <version>4.2.4.RELEASE</version>
      </dependency>
    </dependencies>
  </dependencyManagement>

比如这样 我们就锁住了 spring-beans的版本号为4.2.4.RELEASE
EL表达式解析版本
我们只需要写一个properties标签

比如
<properties>
    <junit.version>4.11</junit.version>
  </properties>

这就是一个键值对的结构
然后在需要使用的地方用EL表达式导入即可
<dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>${junit.version}</version>
      <scope>test</scope>
    </dependency>

在上传第三方jar包到私服环境时，第一次上传成功后，突然发现上传的jar包有问题，但是因为已经指定了版本号，并且是release版本的jar包，因为不想更换版本号，所以再重复上传正确的jar包，就会出现如下错误：



一种解决办法是指定另外一个版本号 -DVerison=XXXX;

另外一种方法是删除私服上的已上传的jar包，然后重新进行上传，

首先登陆私服的管理台：



在搜索界面中输入想要删除的jar包，这里以"commons"为例，然后找到对应的group，对应版本号的jar包，点进去：



在左上角会有删除内容的按钮，点击后即可删除该jar包：



发现maven仓库中已经没有了相应的jar包，而后重新上传指定版本的第三方jar后，发现已经可以成功上传。


附：maven上传私服的命令：
mvn deploy:deploy-file -DgroupId=com.xxxx -DartifactId=commons -Dversion=45.0.91 -Dpackaging=jar -Dfile=E:\xxxx\biospace-commons.jar -Durl=http://xxxx:8081/repository/maven-releases/ -DrepositoryId=releases

事情还没完，当在本地重新打包项目时，发现引用的commons包还是之前的，去本地仓库中一看，jar包果然没法重新进行更新（现在是6.6号）：



在这里解释一下release与snapshot版本的jar包，maven在下载依赖时所依赖的策略是不同的：
在Nexus仓库中，一个仓库一般分为public(Release)仓和SNAPSHOT仓，前者存放正式版本，后者存放快照版本。如果在项目配置文件pom.xml中指定的版本号带有’-SNAPSHOT’后缀，比如版本号为’Junit-4.10-SNAPSHOT’，那么打出的包就是一个快照版本。
假设你依赖一个库的正式版本，构建的时候构建工具会先在本次仓库中查找是否已经有了这个依赖库，如果没有的话才会去远程仓库中去拉取。所以假设你发布了Junit-4.10.jar到了远程仓库，有一个项目依赖了这个库，它第一次构建的时候会把该库从远程仓库中下载到本地仓库缓存，以后再次构建都不会去访问远程仓库了。所以如果你修改了代码，向远程仓库中发布了新的软件包，但仍然叫Junit-4.10.jar，那么依赖这个库的项目就无法得到最新更新。你只有在重新发布的时候升级版本，比如叫做Junit-4.11.jar，然后通知依赖该库的项目组也修改依赖版本为Junit-4.11,这样才能使用到你最新添加的功能。
所以在我们团队开发时，最好采用Snapshot快照版本，倘若A依赖于B-SNAPSHOT.jar,这样在A构建时会优先去远程仓库中查看是否有最新的B-SNAPSHOT.jar，如果有则下载下来使用。即使本地仓库中已经有了B-SNAPSHOT.jar，它也会尝试去远程仓库中查看同名的jar是否是最新的。
为了避免在开发时候不断去拉取无用的快照版，充分利用本地Maven仓库的缓存机制，在配置Maven的Repository的时候中有个配置项，可以配置对于SNAPSHOT版本向远程仓库中查找的频率。频率共有四种，分别是always、daily、interval、never。当本地仓库中存在需要的依赖项目时，always是每次都去远程仓库查看是否有更新，daily是只在第一次的时候查看是否有更新，当天的其它时候则不会查看；interval允许设置一个分钟为单位的间隔时间，在这个间隔时间内只会去远程仓库中查找一次，never是不会去远程仓库中查找（这种就和正式版本的行为一样了）。
	<repository>
	    <id>myRepository</id>
	    <url>...</url>
	    <snapshots>
	        <enabled>true</enabled>
	        <updatePolicy>XXX</updatePolicy>
	    </snapshots>
	</repository>

其中updatePolicy就是那4种类型之一。如果配置间隔时间更新，可以写作interval:XX(XX是间隔分钟数)。daily配置是默认值。（参考）
回到上面的问题，所以在上面已经更换正确版本的jar包本地或者打包服务器上的maven仓库仍然是旧版本的情况下有两种解决方法：

1，删掉本地仓库的缓存，重新下载jar包；

2，倘若无法接触到服务器上的maven本地仓库，那就只能更改jar的版本号重新引入新版本的jar包了。