Java Maven项目之Nexus私服搭建和版本管理应用

2022-10-26,,,,

转载自:https://cloud.tencent.com/developer/article/1010603

1、Nexus介绍

Nexus是一个强大的Maven仓库管理器,它极大地简化了自己内部仓库的维护和外部仓库的访问。利用Nexus你可以只在一个地方就能够完全控制访问 和部署在你所维护仓库中的每个Artifact。我们可以在局域网搭建一个maven私服,用来部署第三方公共构件或者作为远程仓库在该局域网的一个代理。

2、环境、软件准备

本次演示环境,我是在本机mac上操作,以下是我本地软件及版本

    Nexus:nexus-2.14.4-03
    Jdk:1.8.0_91
    Maven:3.3.9
    Git: 2.10.1
    GitLab:8.17.4

注意:Java Maven项目版本管理,这里我们scm使用git来做版本管理,gitlab作为代码存储,这里我们忽略Jdk、Maven、Git、GitLab的安装过程,着重介绍下Nexus的搭建,以及Java Maven项目配置以及版本管理配置。

3、Nexus服务搭建

这里我们使用Nexus OSS开源版本,官网下载地址:Nexus Repository Manager OSS,这里我选择2.x的tag.gz包下载安装,安装到我本地/Users/wanyang3目录下。

1)解压缩下载包

cd /Users/wanyang3
tar -zxvf nexus-2.14.4-03-bundle.tar.gz 解压缩后,会在当前目录nexus-2.14.4-03-bundle下出现两个目录:
nexus-2.14.4-03:nexus服务目录,包括日志,配置、启动、应用。
sonatype-work:nexux存储目录,下载上传的各个包存贮在这里。
    修改配置并启动服务
修改配置:
cd /Users/wanyang3/nexus-2.14.4-03-bundle/nexus-2.14.4-03/conf
vim nexus.properties 说明:该文件是nexus的配置属性文件,application-port默认服务端口8081,因为本地8081端口已经占用,所以我们这里修改为9998,即:application-port=9998,其他配置,如nexus-work、runtime、application-host、nexus-webapp等默认即可。 启动:
cd /Users/wanyang3/nexus-2.14.4-03-bundle/nexus-2.14.4-03/bin
./Nexus start
Usage: ./nexus { console | start | stop | restart | status | dump } 注意:若启动报错,说没有权限启动,或者让指定USER时,有两种方法解决:
1. 使用RUN_AS_USER=root ./Nexus start命令启动
2. 修改Nexus文件,设置打开注释,并设置RUN_AS_USER=root,以后只需要执行./Nexus start即可。

3)设置Nexus 成功启动Nexus后,我们可以浏览器访问http://127.0.0.1:9998/nexus/,就可以看到Nexus服务Web管理页面欢迎页面了。

3.1 创建仓库 点击右上角Log In,输入用户名和密码登录,Nexus默认账户用户名为admin,密码为admin123,登录以后,我们现在可以创建一个个人仓库了。点击左侧Repositories,我们可以看到默认的所有的仓库列表。

我们可以看到仓库类型有四种:

    hosted(宿主仓库):用来部署自己,第三方或者公共仓库的构件
    proxy(代理仓库):代理远程仓库
    virtual(虚拟仓库):默认提供了一个Central M1虚拟仓库,用来将maven 2适配为maven 1
    group(仓库组):统一管理多个仓库

这里我们选择类型为hosted的创建一个wanyang3的Repositories,注意选择Deployment Policy时,如果该仓库多次部署的话,请选择Allow Redeploy,否则后续部署会报错。

3.2 设置用户及权限 点击左侧Security—》Users,设置用户及权限。 我们可以看到有三个默认的账号:

    Admin(管理员账号):Nexus管理员权限,最高权限,什么操作都可以做。
    Deployment(部署账号):Nexus部署权限,以及所有仓库的CRUDV操作权限。
    Anonymous(匿名账号):Nexus匿名权限,以及所有仓库只读权限。

我们正常访问仓库的时候,是不需要这三个账户的,一般我们会把Deployment账户暴漏出来,方便开发或运维部署项目使用,我们可以直接使用该部署账号,亦可以新创建一个自己的账号信息,通过Add Role Management来控制该账号的权限。

注意:这里要记住设置的用户名和密码,下边配置Maven Setting.xml的时候配置用户名和密码信息。

Java Maven项目版本管理应用

一、Java Maven项目基本配置

我们先来看一个最基础的pom.xml文件,我们要达到的目的是,让我们依赖的jar包,从我们刚配置的Nexus私服上拉取和存储。

<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.wanynag3.efp</groupId>
<artifactId>efp_demo</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging>war</packaging> <name>efp_demo</name>
<url>http://maven.apache.org</url> <properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<spring.version>4.3.2.RELEASE</spring.version>
</properties> <dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-jdbc</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-oxm</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context-support</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>1.4.7</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.10</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.10</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
</dependencies> <build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.3</version>
<configuration>
<source>1.7</source>
<target>1.7</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
<finalName>efp_demo</finalName>
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
</build>
</project>

从pom文件可以看出来,这个Maven项目是一个很常见的SpringMVC项目,我们想让他依赖刚搭建的Nexus私服,那么需要修改Maven的setting.xml的mirrors节点。

<mirrors>
<mirror>
<id>default</id>
<mirrorOf>*</mirrorOf>
<name>default maven nexus mirror</name>
<url>http://127.0.0.1:9998/nexus/content/groups/public</url>
</mirror>
</mirrors> 说明:这里mirror表示镜像库,指定库的镜像,也就是覆盖中央仓库的默认地址,这里<mirrorOf>*</mirrorOf>表示为所有的仓库做镜像,也可以指定某个或某几个仓库做镜像,如central库。

修改完成之后,以后我们修改或新增dependency时,都会先从本地私服拉取,如果没有则去中央仓库拉取并缓存到私服,下次使用就可以直接从本地私服拉取,速度就快的多啦!

二、Java Maven项目版本管理

我们先来了解一下Maven项目从1.0.0-SNAPSHOT到1.0.0(Release)在到1.0.1-SNAPSHOT的过程:

    更新pom版本从1.0.0-SNAPSHOT到1.0.0
    对该版本打一个1.0.0 tag推送到Git/SVN
    针对该tag,执行mvn deploy,发布1.0.0正式版本,推送Maven仓库
    更新pom版本从1.0.0到1.0.1-SNAPSHOT

整个过程,是通过Maven插件maven-release-plugin来实现,该插件可以帮我们升级pom版本号,打tag并提交到scm,以及提交到Nexus仓库,我们需要配置下pom.xml。

1、增加scm配置
<scm>
<connection>scm:git:http://git.xx.xx.com/e_flows/efp_demo.git</connection>
<developerConnection>scm:git:http://git.xx.xx.com/e_flows/efp_demo.git</developerConnection>
<url>scm:git:http://git.xx.xx.com/e_flows/efp_demo.git</url>
</scm> 2、在plugins下增加plugin
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.5.3</version>
<configuration>
<tagNameFormat>v@{project.version}</tagNameFormat>
</configuration>
</plugin> 说明:
1. scm配置,配置该项目的git或svn地址,maven-release-plugin插件会帮我们完成一系列git或svn操作,如提交、打tag等,这里我使用gitlab作为代码管理,所以需要提前安装好git和gitlab,否则maven执行会报错。
2. maven-release-plugin插件,tagNameFormat默认取artifactId-version作为tag的名称,我们也可以指定tag的格式,例如这里我指定以v开头+pom中的version字段(v1.0.0),可以用v@{project.version}。

好了,我们现在开始使用插件执行版本管理了。

首先,我们来执行命令mvn release:prepare,执行过程中,我们会看到这样的输出提示:

1. What is the release version for "efp_demo"? (com.wanynag3.efp:efp_demo) 1.0.0: :
--意思是你想要将efp_demo发布为什么版本,默认是1.0.0(按照pom中version走的),如果想发布为其他版本号,可以在:后边输入其他版本号。 2. What is SCM release tag or label for "efp_demo"? (com.wanynag3.efp:efp_demo) v1.0.0: :
--意思是你想要将efp_demo发布为什么tag标签,默认是v1.0.0(这里我们在pom中设置tagNameFormat起作用啦!),如果想发布其他tag标签,可以在:后边输入其他tag。 3. What is the new development version for "efp_demo"? (com.wanynag3.efp:efp_demo) 1.0.1-SNAPSHOT: :
--意思是你想要为efp_demo设置为什么新的开发版本,默认是1.0.1-SNAPSHOT(默认在原版本+1),如果想设置为其他版本,比如升版本1.1.0,可以在:后边输入版本号。

执行完毕之后,在Gitlab中该项目对应仓库中tag中,就可以看到maven-release-plugin刚刚打的v1.0.0的tag,同时可以看到pom.xml中版本自动升级为1.0.1-SNAPSHOT。

然后,我们需要将efp_demo:1.0.0正式版本发布到我们私服中,我们还需要修改一下pom.xml以及setting.xml,配置repository和snapshotRepository仓库地址,Server认证信息等。

1、Maven setting.xml中设置server
<servers>
<server>
<id>wanyang3.release</id>
<username>wanyang3</username>
<password>******</password>
</server>
<server>
<id>wanyang3.snapshot</id>
<username>wanyang3</username>
<password>******</password>
</server>
</servers> 2、pom.xml中新增distributionManagement
<distributionManagement>
<repository>
<id>wanyang3.release</id>
<name>Internal Release Repository</name>
<url>http://127.0.0.1:9998/nexus/content/repositories/releases</url>
<uniqueVersion>true</uniqueVersion>
</repository>
<snapshotRepository>
<id>wanyang3.snapshot</id>
<name>Internal Snapshot Repository</name>
<url>http://127.0.0.1:9998/nexus/content/repositories/snapshots</url>
</snapshotRepository>
</distributionManagement> 注意:
1. repository下的id,必须跟Maven setting.xml中server下的id保持一致,我们上边新增的的Nexus账号wanyang3,是具有Deployment权限的,这个地方有权限验证,用户名密码不对,deploy时会认证不通过。
2. repository和snapshotRepository的url一个是正式releases地址,一个是快照snapshots地址,这里我们用Nexus默认地址,也可以改为自己新建的releases和snapshots地址。

接着,我们执行命令mvn release:perform,执行过程中,我们看到如下输出,则说明deploy成功:

[INFO] Uploading: http://127.0.0.1:9998/nexus/content/repositories/releases/com/wanynag3/efp/efp_demo/1.0.0/efp_demo-1.0.0.war
......
[INFO] Uploaded: http://127.0.0.1:9998/nexus/content/repositories/releases/com/wanynag3/efp/efp_demo/1.0.0/efp_demo-1.0.0.war (6562 KB at 34717.1 KB/sec)
[INFO] Uploading: http://127.0.0.1:9998/nexus/content/repositories/releases/com/wanynag3/efp/efp_demo/1.0.0/efp_demo-1.0.0.pom
......
Uploaded: http://127.0.0.1:9998/nexus/content/repositories/releases/com/wanynag3/efp/efp_demo/1.0.0/efp_demo-1.0.0.pom (4 KB at 244.6 KB/sec)
......

该过程,maven-release-plugin会自动帮我们签出刚才打的v1.0.0 tag,然后打包,最后上传到私服Maven仓库中指定位置。好了到这里,整个版本的升级,打标签,发布等工作全部完成。我们可以在私服Maven仓库中看到正式发布的1.0.0版本啦!

至此,Maven项目版本自动化管理就完成了。

FQA

    执行mvn release:prepare报错 [Cannot prepare the release because …]: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.5.3:prepare (default-cli) on project qd_api: Cannot prepare the release because you have local modifications : [ERROR] [pom.xml:modified] 这个报错,是因为本地有代码修改未提交,必须先提交修改之后,在执行该命令。
    执行mvn release:prepare报错 [Unable to commit files…]: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.5.3:prepare (default-cli) on project efp_demo: Unable to commit files [ERROR] Provider message: [ERROR] The git-push command failed. [ERROR] Command output: [ERROR] remote: HTTP Basic: Access denied [ERROR] fatal: Authentication failed for 'http://git.xx.xx.com/e_flows/efp_demo.git/' 这个报错,是因为在执行git相关操作时,Gitlab认证失败,请检查一下git用户名和密码。
    执行mvn release:perform报错 [Deployment failed: repository element was …]: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project efp_demo: Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter -> [Help 1] 这个报错,是因为pom.xm中没有配置distributionManagement相关信息,我们可以在pom中增加distributionManagement信息,或者在命令后追加-DaltDeploymentRepository=id::layout::url
    执行mvn release:perform报错 [Failed to deploy artifacts: Could not transfer …]: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project efp_demo: Failed to deploy artifacts: Could not transfer artifact com.wanyang3.efp:efp_demo:war:1.0.0 from/to wanyang3.default (http://127.0.0.1:9998/nexus/content/repositories/releases): Failed to transfer file: http://127.0.0.1:9998/nexus/content/repositories/releases/com/wanyang3/efp/efp_demo/1.0.0/efp_demo-1.0.5.war. Return code is: 401, ReasonPhrase: Unauthorized. 这个报错,是因为deploy时认证失败,首先在确保Maven setting.xml中server配置的用户名密码正确的情况下,检查server id跟pom.xml中repository id是否一致。
    执行mvn release:perform报错 [Request Entity Too Large …]: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project multimedia-web: Failed to deploy artifacts: Could not transfer artifact Return code is: 413, ReasonPhrase: Request Entity Too Large. 这个报错,是因为我们nginx代理默认客户端最大允许body的size太小导致(默认2M),需要修改nginx.conf中proxy部分:client_max_body_size 500M
    执行mvn release:perform报错 [MavenReportException: Error while generating …]: [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.10.4:jar (attach-javadocs) on project efp_demo: MavenReportException: Error while generating Javadoc: [INFO] [ERROR] Exit code: 1 - /Users/wanyang3/git/e_flows/efp_demo/target/checkout/src/main/java/com/wanyang3/efp/efp_demo/controller/CommonController.java:25: 警告: mailTo没有 @param 这个报错,是因为我使用的jdk8,执行mvn clean install编译是能通过,但是执行该命令时一直报Javadoc的错误,后来google查询了下,需要增加一个maven-javadoc-plugin插件可解决。 org.apache.maven.plugins maven-javadoc-plugin -Xdoclint:none

参考资料:

    Nexus Documentation
    maven-release-plugin

Java Maven项目之Nexus私服搭建和版本管理应用的相关教程结束。

《Java Maven项目之Nexus私服搭建和版本管理应用.doc》

下载本文的Word格式文档,以方便收藏与打印。