Maven 使用Nexus建立私服

时间 2019-11-07

标签 maven 使用 nexus 建立栏目 Maven 繁體版

原文原文链接

仓库管理软件：
    私服不是Maven的核心概念，它仅仅是一种衍生出来的特殊的Maven仓库
    有三种专门的Maven仓库管理软件能够用来帮助你们创建私服：
    Apache基金会的Archiva、JFrog的Artifacotory和Sonatype的Nexus,Archiva是开源的，Artifacotory和Nexus的核心也是开源的 html

    Nexus分为开源版和专业版，开源版本基本GPLv3许可证，其特性足以知足大部分Maven用户的须要，特性以下：
    较小的内存占用（最少仅为28MB）
    基于ExtJS的友好界面
    基于Restlet的彻底REST API
    支持代理仓库、宿主仓库和仓库组
    基于文件系统、不须要数据库
    支持仓库索引和搜索
    支持从界面上传Maven构件
    细粒度的安全控制 java

    Nexus专业版本是须要付费购买的，对开源版本多以下特性：
    一些专业安全控制
    发布流程控制等须要的特性 linux

安装Nexus
Nexus是典型的JavaWeb应用，它有两种安装包：包含jetty容器的Bundle包，不包含Web容器的war包
解压后直接运行便可 web

    解决压包含以下两个目录：
    nexus-webapp-xxx:该目录包含了Nexus运行所须要的文件，如启动脚本、依赖jar包等
    sonatype-work:该目录包含Nexus生成的配置文件、日志文件、仓库文件等正则表达式

    其中，第一个目录是运行Nexus所必需的，并且全部相同版本的Nexus实例所包含的该目录内容都是同样的。
    第二个目录不是必须的，是在运行的时候动态建立的
    因此须要备份Nexus的时候，默认备份sonatype-work目录就能够。 spring

    在linux下面安装
    WARNING - NOT RECOMMENDED TO RUN AS ROOT
    ****************************************
    If you insist running as root, then set the environment variable RUN_AS_USER=root before running this script 数据库

    在172.168.27.70服务器上操做
    root用户操做(建立maven用户并赋权限)
    groupadd -g 1000 maven
    useradd -d /opt/maven/ -g 1000 maven
    chown -R maven:maven /opt/maven
    passwd maven
    su - maven
    上传至/opt/maven目录
    unzip nexus-2.3.0-04-bundle.zip
    ln -s nexus-2.3.0-04 nexus
    cd nexus/bin
    ./nexus start apache

    设置环境变量
    vi .bashrc
    增长以下内容：
    export NEXUS_HOME=/opt/maven/nexus-2.3.0-04
    export PATH=$PATH:$NEXUS_HOME/bin 浏览器

便可在任何目录运行nexus命令,如
nexus start 缓存

Usage: /opt/maven/nexus-2.3.0-04/bin/nexus { console | start | stop | restart | status | dump }

    用admin帐号登陆nexus(建议采用firefox登陆，展现效果较好，在其余浏览器兼容器很差）
    admin/admin123
    deployment/deployment123

添加以下远程仓库：

https://repository.apache.org/content/repositories/releases/
http://repository.apache.org/snapshots/
http://repo1.maven.org/maven2/
http://nexus.codehaus.org/snapshots/
http://download.java.net/maven/2/

http://repository.jboss.org/maven2/

https://repository.sonatype.org/content/groups/forge/

alibaba

http://code.alibabatech.com/mvn/releases

cloudera

https://repository.cloudera.com/artifactory/cloudera-repos

http://mvnrepo.code.taobao.org/nexus/content/repositories/releases/

http://172.168.27.70:8081/nexus/index.html#welcome

    配置时勾选：Download Remote Indexes，这样nexus自动启动定时任务Scheduled Tasks下载索引
    默认Central是没有勾选Download Remote Indexes，能够修改Central的配置，下载中央仓库的索引
    并在仓库组 Public Repositories中按如下顺序增长以上4个远程仓库
    Sonatype Forge、Apache Releases、JBOSS Releases、JAVA NET

登陆Nexus
Nexus的默认管理员用户名和密码为admin/catt2013

Nexus的仓库和仓库组
    仓库有4种类型
    group(仓库组)、hosted(宿主)、proxy(代理)、virtual(虚拟)
    虚拟类型仓库的做用其实是动态地将仓库内容格式转换，即也是为了服务maven1格式

    Nexus内置的仓库
    Maven Central: 代理Maven中央仓库
    Releases: 一个策略为Release的宿主类型仓库，用来部署组织内部的发布版本构件
    Snapshots: 一个策略为Snapshot的宿主类型仓库，用来部署组织内部的快照版本构件
    3rd party: 一个策略为Release的宿主类型仓库，用来部署没法从公共仓库得到的第三方发布版本构件
    Apache Snapshots: 一个策略为Snapshot的代理仓库，用来代理Apache Maven仓库的快照版本构件
    Codehaus Snapshots: 一个策略为Snapshot的代理仓库，用来代理Codehaus Maven仓库的快照版本构件
    Google Code: 一个策略为Release的代理仓库，用来代理Google Code Maven仓库的发布版本构件
    java.net - Maven 2:一个策略为Release的代理仓库，用来代理java.net Maven仓库的发布版本构件
    Public Repositories:该仓库组将上述全部策略为Release的仓库聚合并经过一致的地址提供服务
    Public Snapshot Repositories:该仓库组将上述全部策略为Snapshot的仓库聚合并经过一致的地址提供服务

    仓库分类的概念
    Maven能够直接从宿主仓库下载构件；也能够从代理仓库下载构件，
    而代理仓库会间接地从远程仓库下载并缓存构件；最后，为了方便，能够从
    仓库组下载构件，而仓库组没有实际内容（图中用虚线表示），它会转向其包含
    的宿主仓库或代理仓库得到实际构件的内容

Nexus的索引与构件搜索
Nexus经过维护仓库的索引来提供搜索功能，能在很大程度上方便Maven用户定位构件坐标

    为了可以搜索Maven中央仓库，首先须要设置Nexus中的Maven Central代理仓库下载远程索引，须要注意的是：
    这上配置的值默认是关闭的，此外，因为中央仓库的内容比较多，所以其索引文件比较大，Nexus下载该文件也须要比较
    长的时间。

    提供的搜索方式以下：
    关键字搜索：
    GAV搜索：容许用户经过设置GroupId、ArtifactId、Version等信息来进行更有针对性的搜索
    类名搜索：容许用户搜索包含某个JAVA类的构件
    校验搜索：(checksum Search) 容许用户使用构件的校验（如经过spring-core-3.0.6.RELEASE.jar.sha1的内容）进行搜索

有了中央仓库的索引，用户不只可以搜索构件，还可以直接浏览中央仓库的内容。即Nexus的索引浏览功能。在Repositories页面中，
选择Browse Index选项卡，就能看到中央仓库内容的树形结构。

    以上的索引及浏览功能都是基于Nexus索引而实现的，确切的应该称之为nexus-indexer
    Nexus可以遍历一个Maven仓库全部的内容，搜集它们的坐标、校验和所含的JAVA类信息，而后以nexus-indexer的形式保存起来。
    中央仓库维护了这样的一个nexus-indexer,所以本地的Nexus下载到这个索引以后，就能在此基础上提供搜索和浏览等服务。

注意：不是任何一个公共仓库都提供nexus-indexer，对于那些不提供索引的仓库来讲，没法对其进行搜索。

配置Maven从Nexus下载构件
    在POM中为Maven配置仓库和插件仓库，这样的配置只对当前Maven项目有效，在实际应用中，须要在settings.xml中配置。
    这样对全部本机Maven项目有效。可是settings。xml并不支持直接配置repositories和pluginRepositories,
    能够经过Profile机制进行配置

    <profiles>
        <profile>
            <id>nexus</id>
            <repositories>
                <repository>
                    <id>nexus</id>
                    <name>nexus repository</name>
                    <url>http://localhost:8081/nexus/content/groups/public/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>true</enabled>
                    </snapshots>
                </repository>
            </repositories>
            <pluginRepositories>
                <pluginRepository>
                    <id>nexus</id>
                    <name>nexus repository</name>
                    <url>http://localhost:8081/nexus/content/groups/public/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>true</enabled>
                    </snapshots>
                </pluginRepository>
            </pluginRepositories>
        </profile>
    </profiles>
    <activeProfiles>
        <activeProfile>nexus</activeProfile>
    </activeProfiles>
    这样的配置已经能让本机全部的Maven项目从Nexus私服下载构件，但还会不时地访问中央仓库central
    若是但愿全部Maven下载请求都经过Nexus，以全面发挥私服的做用，就须要配置镜像。
    <mirrors>
        <mirror>
            <id>nexus</id>
            <mirrorOf>*</mirrorOf>
            <url>http://localhost:8081/nexus/content/groups/public/</url>
        </mirror>
      </mirrors>

部署构件至Nexus
宿主仓库的主要做用是存储组织内部的，或者一些没法从公共仓库中得到的第三方构件，供项目项目使用。

用户能够配置Maven自动部署构件至Nexus的宿主仓库，也能够经过界面手工上传构件

    使用Maven部署构件至Nexus(在所在项目的pom.xml中配置）
    <distributionManagement>
        <repository>
            <id>nexus-releases</id>
            <name>Nexus Releases Repository</name>
            <url>http://localhost:8081/nexus/content/repositories/releases/</url>
        </repository>
        <snapshotRepository>
            <id>nexus-snapshots</id>
            <name>Nexus Snapshots Repository</name>
            <url>http://localhost:8081/nexus/content/repositories/snapshots/</url>
        </snapshotRepository>
    </distributionManagement>

    Nexus的仓库对于匿名用户是只读的，为了可以部署构件，须要在settings.xml中配置认证信息
       <servers>
         <server>
        <id>nexus-releases</id>
        <username>admin</username>
        <password>admin123</password>
        </server>
        server>
        <id>nexus-snapshots</id>
        <username>admin</username>
        <password>admin123</password>
        </server>
      </servers>

    手工部署第三方构件至Nexus
    针对因为许可证的因素没法公共地放在公共仓库中，还有大量的小型项目，没有把本身的构件分发到中央仓库，能够手工下载到本地，
    而后经过Nexus的界面上传到私服中。

上传第三方构件，上传至3rd party宿主仓库

Nexus的权限管理
访问控制模型
Nexus是基于权限(privilege)作访问控制的，服务器的每个资源都有相应的权限来控制。所以用户执行特定的操做时就必须有必要的权限。

    Nexus预约义的三个用户，这三个用户对应了三个权限级别：
    admin/admin123:拥有对nexus服务的彻底控制
    deployment/deployment123：可以访问nexus，浏览仓库内容、搜索、而且上传部署构件，但没法对Nexus进行任何配置
    anonymous:对应了全部未登陆的匿名用户，能够浏览仓库并进行搜索。

为项目分配独立的仓库
为每一个项目分配独立的仓库，而且只将仓库的部署、修改、和删除权限赋予该项目成员，其余用户只能读取、下载和搜索该仓库的内容。

    有了仓库以后，就须要建立基于仓库的增、删、改、查权限，在Nexus中，这样的权限是基于Repository Target创建的，
    Repository Target其实是一系列表达式，在访问仓库某路径下面的内容的时候，Nexus会将仓库路径与Repository Target的
    正则表达式一一匹配，以检查权限是否正确。

先创建Repository Target，而后根据Repository Target创建对应的privileges, 创建包含如上权限的角色，
根据须要将其分配给项目的团队成员。

Nexus的调度任务 Nexus提供了一系列可配置的调度任务来方便用户管理系统。