• 对于注定会优秀的人来说,他所需要的,只是时间----博主
  • 手懒得,必受贫穷,手勤的,必得富足----《圣经》
  • 帮助别人,成就自己。愿君在本站能真正有所收获!
  • 如果你在本站中发现任何问题,欢迎留言指正!
  • 本站开启了防爆破关小黑屋机制,如果您是正常登录但被关进小黑屋,请联系站长解除!

<三>企业级开源仓库nexus3实战应用–使用nexus3配置maven私有仓库

nexus eryajf 4周前 (10-18) 272°C 已收录 0个评论
本文预计阅读时间 23 分钟

*系列汇总*

一两个星期之前,你如果在我跟前说起私服的事情,我大概会绕着你走,因为我对这个东西真的一窍不通。事实上也正如此,开发同学曾不止一次的跟我说公司的私服版本太旧了,许多新的依赖编译之后不会从远程仓库自动缓存下来,然后每次就需要手动的上传,不方便极了。我听了之后,一方面确实因为各种忙碌没有抽开时间,但另一方面,则是每当打开私服面对着满屏的英文时,我都觉得眼前私服毕竟还能用,就不折腾了。

直到偶然一个契机,在网上看到一篇介绍 nexus3.x 的文章,文章写得也比较清晰,我也有兴致细读下去,就这样,开启了我的 nexus3 私服之旅。

开始我以为这个只是针对 maven 私服而存在的工具,后来才发现它所支持的,竟然将运维日常所面临的各种私服都包括了,这就极大的引发了我的钻研兴致,从 maven 私服的研究开始,一发不可收拾的,就又写出了一个 nexus3 系列教程,涵盖了安装,配置,maven 私服,maven 私服从 2.x 到 3.x 的迁移,docker 私服,npm 私服,yum 私服,纵观全网络,大概也找不到一个人如此这般的,倾尽所有的,知无不言的,言无不尽的将 nexus3 作为一个系列写成文章的了。而现在,如果再有人与我说起私服的事情,至少我不会跑了,或许更想停下来了,,,哈哈。这就是付出学习所给人带来的心境上的转化!

前言啰嗦几句,愿您在这个小系列中,学习愉快!

想要查看本系列其他文章:请点此处跳转

希望正在读这段话的你能够在这个小系列中获得自信以及喜悦!

当我摸清了使用 nexus3 来作为 docker 的私服了之后,发现再去创建 maven 的私服,简直不要太简单。事实上正是如此,如果你也从 docker 私服配置那篇文章过来的,那么,这篇文章基本上不看就能自己配置了。

配置之前,我们先来看看系统默认创建的都有哪些?

其中圈起来的都是系统原有的,用不到,就全删掉,重新创建。

老规矩,开始创建。

1,创建 blob 存储。

2,创建 hosted 类型的 maven。

点击 Repository下面的 Repositories – Create repository – maven2(hosted) :

  • Name: 定义一个名称maven-local
  • Online: 勾选。这个开关可以设置这个 maven repo 是在线还是离线。
  • Maven2:这里有三种方式,Releases、SNAPSHOT、Mixed。
    • Releases: 一般是已经发布的 Jar 包
    • Snapshot: 未发布的版本
    • Mixed:混合的

    这里不做设置,默认即可。

  • Storage
    • Blob store,我们下拉选择前面创建好的专用 blob:maven-use
  • Hosted
    • 开发环境,我们运行重复发布,因此 Delpoyment policy 我们选择Allow redeploy。这个很重要!

    整体配置截图如下:

    3,创建一个 proxy 类型的 maven 仓库。

  • Name: proxy-maven
  • Maven 2: 不设置,使用默认
  • Proxy
  • Storage: maven-use
  • 整体配置截图如下:

    4,创建一个 group 类型的 maven 仓库。

  • Namegroup-maven
  • Storage:选择专用的 blob 存储maven-use
  • group : 将左边可选的 2 个仓库,添加到右边的members下。
  • 整体配置截图如下:

    这样配置以后,我们就可以使用了。

    5,验证使用。

    使用起来其实非常简单,就是在测试机器上安装 maven 工具,然后再其配置当中,将地址指向我们的私服地址,然后编译项目,这个时候就会通过私服来拉取 jar 包了,以后再编译的时候,就可以直接从本地私服拉取了。

    现在找一台测试机器,进行验证。

    1,安装 jdk。

    因为 maven 依赖于 jdk,所以要先安装 jdk。我们先通过curl 192.168.106.10/a | sh来安装 jdk。

    2,安装 maven。

    同样,通过 curl 192.168.106.10/a | sh 来安装 maven。

    3,更改 maven 的配置。

    说实话,我尝试安装一个全新的 maven,从而通过修改配置来实现走私服拉取依赖,但是,经过这样的操作,我失败了。

    因此这里将现役正用的配置拿出来,仅修改其中的核心处(私服链接)吧:

    然后修改其中的第 165 行为我新建的私服地址,这个地址可以在私服当中如下位置看到:

    修改之后如下:

    4,拉取项目编译。

    拉取之后,进到项目里边,开始编译。

    请注意,这个时候,我们的 group 里边是空空如也的。

    那么接下来开始编译:

    mvn install -e
    

    接下来就会进入各种依赖下载的界面,我简单截了一小段如下:

    这个时候我们可以明白,其实我新搭建的仓库里边是空的,那么这会儿的流程就是经由 group,转向我们配置的 proxy,私服在通过 proxy 拉取远程的 jar,然后再经由 group,反馈给当前的项目。

    去私服里看看:

    可以看到刚刚编译过程中所下载的 jar,都如我们所想的呈现在了 group 当中,明明是通过 proxy 下载的远程 jar,为何可以在 group 里边看到呢,我想,这就是我刚刚说的,group 的妙处所在吧。

    不过最后这里编译并没有通过,报错信息如下:

    [ERROR] Failed to execute goal on project 51fbadmin-common: Could not resolve dependenciesfor project com.ald.fanbei.admin:51fbadmin-common:jar:1.0.0: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/) -> [Help 1]
    org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project 51fbadmin-common: Could not resolve dependencies for project com.ald.fanbei.admin:51fbadmin-common:jar:1.0.0: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/)
        at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:221)
        at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:127)
        at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:245)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:199)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
        at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
    Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project com.ald.fanbei.admin:51fbadmin-common:jar:1.0.0: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/)
        at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:211)
        at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:195)
        ... 23 more
    Caused by: org.eclipse.aether.resolution.DependencyResolutionException: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/)
        at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:384)
        at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:205)
        ... 24 more
    Caused by: org.eclipse.aether.resolution.ArtifactResolutionException: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/)
        at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)
        at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
        at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:367)
        ... 25 more
    Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact com.third:google.guava:jar:14.0.1 in nexus-osc (http://192.168.157.110:8081/repository/group-maven/)
        at org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:39)
        at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:355)
        at org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:67)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)
    [ERROR]
    [ERROR] Re-run Maven using the -X switch to enable full debug logging.
    [ERROR]
    [ERROR] For more information about the errors and possible solutions, please read the following articles:
    [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
    [ERROR]
    [ERROR] After correcting the problems, you can resume the build with the command
    

    可以看到是缺少com.third:google.guava:jar:14.0.1这个包,由于服务器不能翻墙,因此下载失败,导致编译终止。

    但是,maven 私服的基本框架已经搭成,当某一些 jar 无法下载的时候,一般情况下的解决办法都是通过手动下载,然后再手动上传到私服当中。

    而我们公司老的私服当中其实是有的,因此,如何将老的包迁移,就成了不得不面对的问题。这个问题,留待下回分解。


    二丫讲梵 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明<三>企业级开源仓库 nexus3 实战应用–使用 nexus3 配置 maven 私有仓库
    赞赏
    喜欢 (1)or
    [如果想支持本站,可支付宝赞助]
    分享 (0)
    发表我的评论
    取消评论
    表情 贴图 加粗 删除线 居中 斜体 签到

    Hi,您需要填写昵称和邮箱!

    • 昵称 (必填)
    • 邮箱 (必填)
    • 网址
    ×
    订阅图标按钮