nexus私服maven
这个是个什么东西呢,其实就相当于一个maven仓库
具体用法是:
这个仓库的概念其实很容易理解,一样是中央仓库一样放置依赖的仓库,只不过放置的依赖类型比较杂,不像中央仓库那样,只放置那些大公司大众型的依赖,我们这个私服,可以放置一些中央仓库没有的依赖,比如我们从别的官网下载的依赖,比如下文提到的kaptcha这个依赖(这个东西是无法从中央仓库下载的,很迷),我们可以通过直接部署的方式部署到私服
mvn deploy:deploy-file -DgroupId=com.google.code.kaptcha -DartifactId=kaptcha -Dversion=2.3 -Dpackaging=jar -Dfile=D:\nexusjar\kaptcha-2.3.jar -Durl=http://192.168.137.131:8082/repository/maven-releases/ -DrepositoryId=nexus-releases
这样我们就能直接依赖到了,而不用像上一个阶段那样,要通过卡mvn clean package命令,来把jar包装进你的本地仓库;
还有就是我们协同开发的时候,比如你写的是common模块,那我当然做admin的肯定是要依赖到你这个模块的,但是你又不想给我源码,你便可以先把你的common deploy到私服,然后我再下载下来;
我们先要有账号,然后在maven的conf下面的setting.xml加入相应的server配置,

这个就是一个demo的pom私服配置
<?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">
<modelVersion>4.0.0</modelVersion>
<groupId>com.zyf</groupId>
<artifactId>login-demo</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging>war</packaging>
<dependencies>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>4.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.google.code.kaptcha</groupId>
<artifactId>kaptcha</artifactId>
<version>2.3</version>
</dependency>
</dependencies>
<distributionManagement>
<repository>
<id>nexus-releases</id>
<name>Nexus Release Repository</name>
<url>http://192.168.137.131:8082/repository/maven-releases/</url>
</repository>
<snapshotRepository>
<id>nexus-snapshots</id>
<name>Nexus Snapshot Repository</name>
<url>http://192.168.137.131:8082/repository/maven-snapshots/</url>
</snapshotRepository>
</distributionManagement>
<repositories>
<repository>
<id>nexus</id>
<name>Nexus Repository</name>
<url>http://192.168.137.131:8082/repository/maven-public/</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
<releases>
<enabled>true</enabled>
</releases>
</repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<id>nexus</id>
<name>Nexus Plugin Repository</name>
<url>http://192.168.137.131:8082/repository/maven-public/</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
<releases>
<enabled>true</enabled>
</releases>
</pluginRepository>
</pluginRepositories>
</project>
显然,kaptcha这个依赖是我特意加上去,验证能从私服下载相应的jar包的,然后的话distributionManagement,他是一个部署的,即上传依赖的配置,它下面的两个仓库,一个是repository这个就是发行版的,另一个是snapshotRepository快照版的,相应的路径到相应的仓库;而在他们后面的repositories与pluginRepositories则是相应的下载依赖仓库的配置,而他们的路径都是指向maven-public的,这个的话就是maven-releases和maven-snapshots两个仓库的集合的集合,这样就能清晰反映这个管理的问题了。然后的话,这个pom里面的id是和maven里面的setting.xml里面的server的id是想匹配才行的,不然就会报
[ERROR] Failed to execute goal on project login-demo: Could not resolve dependencies for project com.zyf:login-demo:war:1.0.0-SNAPSHOT: Failed to collect dependencies at com.google.code.kaptch
a:kaptcha:jar:2.3: Failed to read artifact descriptor for com.google.code.kaptcha:kaptcha:jar:2.3: Could not transfer artifact com.google.code.kaptcha:kaptcha:pom:2.3 from/to nexus (http://192
.168.137.131:8082/repository/maven-public/): Not authorized , ReasonPhrase:Unauthorized. -> [Help 1]
因为我犯的错误是,下面的reposities那里的id是nexus,但是在maven里面的setting.xml里面的没有id为nexus的server,然后就一直没有办法下载成功,一直提示未认证,后来在maven相应的setting.xml里面加了相应的server后,总算是能解决问题了,气死我。
常用指令
mvn clean package
mvn deploy -Dmaven.test.skip=true
maven耗时一万天
本文详细介绍了Nexus私服Maven仓库的使用方法,包括如何部署和下载依赖,特别强调了私服对于特殊依赖和协同开发的重要性。通过实例演示了kaptcha依赖的部署过程,并提供了pom文件和setting.xml的配置示例。

787

被折叠的 条评论
为什么被折叠?



