nexus 私服maven的使用

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配置,
nexus 私服maven的使用_第1张图片

这个就是一个demo的pom私服配置



    4.0.0

    com.zyf
    login-demo
    1.0.0-SNAPSHOT
    war

    
        
            javax.servlet
            javax.servlet-api
            4.0.1
            provided
        
        
            com.google.code.kaptcha
            kaptcha
            2.3
        
    

    
        
            nexus-releases
            Nexus Release Repository
            http://192.168.137.131:8082/repository/maven-releases/
        
        
            nexus-snapshots
            Nexus Snapshot Repository
            http://192.168.137.131:8082/repository/maven-snapshots/
        
    

    
        
            nexus
            Nexus Repository
            http://192.168.137.131:8082/repository/maven-public/
            
                true
            
            
                true
            
        
    
    
        
            nexus
            Nexus Plugin Repository
            http://192.168.137.131:8082/repository/maven-public/
            
                true
            
            
                true
            
        
    

显然,kaptcha这个依赖是我特意加上去,验证能从私服下载相应的jar包的,然后的话distributionManagement,他是一个部署的,即上传依赖的配置,它下面的两个仓库,一个是repository这个就是发行版的,另一个是snapshotRepository快照版的,相应的路径到相应的仓库;而在他们后面的repositoriespluginRepositories则是相应的下载依赖仓库的配置,而他们的路径都是指向maven-public的,这个的话就是maven-releasesmaven-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耗时一万天

你可能感兴趣的:(Java开发环境,maven,私服,依赖)