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

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

    转载于http://www.eryajf.net/1851.html 

    直到偶然一个契机，在网上看到一篇介绍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仓库。

    proxy的功能就是代理中央Maven仓库，当PC访问中央库的时候，先通过Proxy下载到Nexus仓库，然后再从Nexus仓库下载到PC本地。
    这样的优势只要其中一个人从中央库下来了，以后大家都是从Nexus私服上进行下来，私服一般部署在内网，这样大大节约的宽带。
    • Name: proxy-maven
    • Maven 2: 不设置，使用默认。
    • Proxy
        Remote Storage: 远程仓库地址，这里填写: 

    https://repo1.maven.org/maven2/

    • Storage: maven-use。

    整体配置截图如下：

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

    group类型的maven仓库，是一个聚合类型的仓库。它可以将前面我们创建的2个仓库聚合成一个URL对外提供服务，可以屏蔽后端的差异性，实现类似透明代理的功能。后面通过一些配置，大家可能会对这个group有更加深入的了解。
    • Name：group-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的配置实现，也就是更改maven/conf/settings.xml的仓库地址。

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

    因此这里将现役正用的配置拿出来，仅修改其中的核心处（私服链接）吧：

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

    修改之后如下：

    4，拉取项目编译。

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

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

    那么接下来开始编译：

    1. mvn install -e

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

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

    去私服里看看：

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

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

    1. [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]
    2. 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/)
    3. at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:221)
    4. at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:127)
    5. at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:245)
    6. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:199)
    7. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
    8. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
    9. at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
    10. at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
    11. at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
    12. at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
    13. at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
    14. at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
    15. at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
    16. at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
    17. at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
    18. at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
    19. at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    20. at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    21. at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    22. at java.lang.reflect.Method.invoke(Method.java:498)
    23. at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
    24. at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
    25. at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
    26. at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
    27. 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/)
    28. at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:211)
    29. at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:195)
    30. ... 23 more
    31. 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/)
    32. at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:384)
    33. at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:205)
    34. ... 24 more
    35. 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/)
    36. at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)
    37. at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
    38. at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:367)
    39. ... 25 more
    40. 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/)
    41. at org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:39)
    42. at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:355)
    43. at org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:67)
    44. at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    45. at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    46. at java.lang.Thread.run(Thread.java:748)
    47. [ERROR]
    48. [ERROR] Re-run Maven using the -X switch to enable full debug logging.
    49. [ERROR]
    50. [ERROR] For more information about the errors and possible solutions, please read the following articles:
    51. [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
    52. [ERROR]
    53. [ERROR] After correcting the problems, you can resume the build with the command

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

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

    而我们公司老的私服当中其实是有的，因此，如何将老的包迁移，就成了不得不面对的问题。这个问题，留待下回分解
  • 相关阅读:
    iOS中的隐式动画
    CALayer 为什么选择 cg 开头 而 不选择 UI 开头
    webStorm中的混乱代码格式化
    html5中的常用的库
    地下城勇士外挂
    开发板的时间设置有效，但重启恢复
    8148
    监控行人检测 .
    Linux设备驱动程序学习之分配内存
    快熟傅里叶算法图之音频wav文件
  • 原文地址：https://www.cnblogs.com/cheyunhua/p/10763342.html
Copyright © 2020-2023  润新知