网站建设创业经历,个人网页设计html代码免费,安阳县地图,兖州城乡建设局网站文章目录 一、引言1.1 为什么需要 Maven#xff1f;1.2 Maven 解决了哪些问题#xff1f;1.2.1 添加第三方jar包1.2.2 jar包之间的依赖关系1.2.3 处理jar包之间的冲突1.2.4 获取第三方jar包1.2.5 将项目拆分成多个工程模块1.2.6 实现项目的分布式部署 二、介绍三、Maven 的特… 文章目录 一、引言1.1 为什么需要 Maven1.2 Maven 解决了哪些问题1.2.1 添加第三方jar包1.2.2 jar包之间的依赖关系1.2.3 处理jar包之间的冲突1.2.4 获取第三方jar包1.2.5 将项目拆分成多个工程模块1.2.6 实现项目的分布式部署 二、介绍三、Maven 的特点3.1 自动化构建工具3.2 构建的概念3.3 构建环节3.4 自动化构建3.5 Maven核心概念 四、Maven安装4.1 下载Maven4.2 Maven安装4.2.1 解压4.2.2 环境变量4.2.3 测试 五、Maven配置5.1 本地仓库5.2 JDK配置 六、仓库6.1 概念6.2 仓库分类6.3 本地仓库6.4 远程仓库6.4.1 中央仓库6.4.2 公共仓库【重点】6.4.3 私服【了解】6.4.4 查找顺序 七、Idea-Maven7.1 在Idea中关联Maven8.5 依赖的原则解决jar包冲突8.6 依赖的排除 九、Maven 生命周期9.1 什么是Maven的生命周期9.2 clean生命周期9.3 Site生命周期9.4 Default生命周期9.5 生命周期与自动化构建 十、继承10.1 为什么需要继承机制10.2 创建父工程10.3 在子工程中引用父工程10.4 在父工程中管理依赖 十一、聚合11.1 为什么要使用聚合11.1 如何配置聚合 十二、常用网站十三、私服[了解]13.1 概念13.2 架构13.3 Nexus安装【了解】13.3.1 下载13.3.2 安装 13.4 启动【了解】13.5 Nexus登录【了解】13.6 仓库列表【了解】13.7 Maven配置私服 【重点】13.7.1 仓库组13.7.2 Maven关联私服 13.8 Maven项目部署到私服 一、引言 1.1 为什么需要 Maven 项目管理问题 项目中jar包资源越来越多jar包的管理越来越沉重。 繁琐 要为每个项目手动导入所需的jar需要搜集全部jar 复杂 项目中的jar如果需要版本升级就需要再重新搜集jar 冗余 相同的jar在不同的项目中保存了多份 1.2 Maven 解决了哪些问题 1.2.1 添加第三方jar包 在今天的JavaEE开发领域有大量的第三方框架和工具可以供我们使用。要使用这些jar包最简单的方法就是复制粘贴到WEB-INF目录下的lib目录下。但是这会导致每次创建一个新的工程就需要将jar包重复复制到lib目录下从而造成工作区中存在大量重复的文件。 而使用Maven后每个jar包只在本地仓库中保存一份需要jar包的工程只需要维护一个文本形式的jar包的引用——我们称之为“坐标”。不仅极大的节约了存储空间让项目更轻巧更避免了重复文件太多而造成的混乱。 1.2.2 jar包之间的依赖关系 jar包往往不是孤立存在的很多jar包都需要在其他jar包的支持下才能够正常工作我们称之为jar包之间的依赖关系。最典型的例子是commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar如果没有IO包FileUpload包就不能正常工作。 那么问题来了你知道你所使用的所有jar包的依赖关系吗当你拿到一个新的从未使用过的jar包你如何得知他需要哪些jar包的支持呢如果不了解这个情况导入的jar包不够那么现有的程序将不能正常工作。再进一步当你的项目中需要用到上百个jar包时你还会人为的手工的逐一确认它们依赖的其他jar包吗这简直是不可想象的。 而引入Maven后Maven就可以替我们自动的将当前jar包所依赖的其他所有jar包全部导入进来无需人工参与节约了我们大量的时间和精力。用实际例子来说明就是通过Maven导入commons-fileupload-1.3.jar后commons-io-2.0.1.jar会被自动导入程序员不必了解这个依赖关系。 1.2.3 处理jar包之间的冲突 上一点说的是jar包不足项目无法正常工作但其实有的时候jar包多了项目仍然无法正常工作这就是jar包之间的冲突。 举个例子我们现在有三个工程MakeFriend、HelloFriend、和Hello。MakeFriend依赖HelloFriendHelloFriend依赖Hello。而Hello依赖log4j.1.2.17.jarHelloFriend依赖log4j.1.2.14.jar。如下图所示 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-V51DbKOl-1692863772990)(http://img.itboyhub.com//2020/04/vhr/20210327080831.png)] 那么MakeFriend工程的运行时环境中该导入log4j.1.2.14.jar呢还是log4j.1.2.17.jar呢 这样的问题一个两个还可以手工解决但如果系统中存在几十上百的jar包他们之间的依赖关系会非常复杂几乎不可能手工实现依赖关系的梳理。 使用Maven就可以自动的处理jar包之间的冲突问题。因为Maven中内置了两条依赖原则最短路径者优先和先声明者优先上述问题MakeFriend工程会自动使用log4j.1.2.14.jar。 1.2.4 获取第三方jar包 JavaEE开发中需要使用到的jar包种类繁多几乎每个jar包在其本身的官网上的获取方式都不尽相同。为了查找一个jar包找遍互联网身心俱疲没有经历过的人或许体会不到这种折磨。不仅如此费劲心血找的jar包里有的时候并没有你需要的那个类又或者又同名的类没有你要的方法——以不规范的方式获取的jar包也往往是不规范的。 使用Maven我们可以享受到一个完全统一规范的jar包管理体系。你只需要在你的项目中以坐标的方式依赖一个jar包Maven就会自动从中央仓库进行下载并同时下载这个jar包所依赖的其他jar包——规范、完整、准确一次性解决所有问题 Tips在这里我们顺便说一下统一的规范几乎可以说成是程序员的最高信仰。如果没有统一的规范就意味着每个具体的技术都各自为政需要以诸多不同的特殊的方式加入到项目中好不容易加入进来还会和其他技术格格不入最终受苦的是我们。而任何一个领域的统一规范都能够极大的降低程序员的工作难度减少工作量。例如USB接口可以外接各种设备如果每个设备都有自己独特的接口那么不仅制造商需要维护各个接口的设计方案使用者也需要详细了解每个设备对应的接口无疑是非常繁琐的。 1.2.5 将项目拆分成多个工程模块 随着JavaEE项目的规模越来越庞大开发团队的规模也与日俱增。一个项目上千人的团队持续开发很多年对于JavaEE项目来说再正常不过。那么我们想象一下几百上千的人开发的项目是同一个Web工程。那么架构师、项目经理该如何划分项目的模块、如何分工呢这么大的项目已经不可能通过package结构来划分模块必须将项目拆分成多个工程协同开发。多个模块工程中有的是Java工程有的是Web工程。 那么工程拆分后又如何进行互相调用和访问呢这就需要用到Maven的依赖管理机制。大家请看我们的Survey调查项目拆分的情况 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QgY1PeXK-1692863772990)(http://img.itboyhub.com//2020/04/vhr/20210327080903.png)] 上层模块依赖下层所以下层模块中定义的API都可以为上层所调用和访问。 1.2.6 实现项目的分布式部署 在实际生产环境中项目规模增加到一定程度后可能每个模块都需要运行在独立的服务器上我们称之为分布式部署这里同样需要用到Maven。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FLts6Js5-1692863772990)(http://img.itboyhub.com//2020/04/vhr/20210327080933.png)] 二、介绍 Ant Maven Gradle Maven这个单词来自于意第绪语犹太语意为知识的积累. Maven是一个基于项目对象模型POM的概念的纯java开发的开源的项目管理工具。主要用来管理java项目进行依赖管理(jar包依赖管理)和项目构建(项目编译、打包、测试、部署)。此外还能分模块开发提高开发效率。 三、Maven 的特点 3.1 自动化构建工具 Maven这个单词的本意是专家内行。读音是[meɪv(ə)n]或[mevn]不要读作“妈文”。 Maven是一款自动化构建工具专注服务于Java平台的项目构建和依赖管理。在JavaEE开发的历史上构建工具的发展也经历了一系列的演化和变迁 Make→Ant→Maven→Gradle→其他…… 那么什么是构建呢 3.2 构建的概念 构建并不是创建创建一个工程并不等于构建一个项目。要了解构建的含义我们应该由浅入深的从以下三个层面来看 ①纯Java代码 大家都知道我们Java是一门编译型语言.java扩展名的源文件需要编译成.class扩展名的字节码文件才能够执行。所以编写任何Java代码想要执行的话就必须经过编译得到对应的.class文件。 ②Web工程 当我们需要通过浏览器访问Java程序时就必须将包含Java程序的Web工程编译的结果“拿”到服务器上的指定目录下并启动服务器才行。这个“拿”的过程我们叫部署。 我们可以将未编译的Web工程比喻为一只生的鸡编译好的Web工程是一只煮熟的鸡编译部署的过程就是将鸡炖熟。 ③实际项目 在实际项目中整合第三方框架Web工程中除了Java程序和JSP页面、图片等静态资源之外还包括第三方框架的jar包以及各种各样的配置文件。所有这些资源都必须按照正确的目录结构部署到服务器上项目才可以运行。 所以综上所述构建就是以我们编写的Java代码、框架配置文件、国际化等其他资源文件、JSP页面和图片等静态资源作为“原材料”去“生产”出一个可以运行的项目的过程。 那么项目构建的全过程中都包含哪些环节呢 3.3 构建环节 ①清理删除以前的编译结果为重新编译做好准备。 ②编译将Java源程序编译为字节码文件。 ③测试针对项目中的关键点进行测试确保项目在迭代开发过程中关键点的正确性。 ④报告在每一次测试后以标准的格式记录和展示测试结果。 ⑤打包将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包Web工程对应war包。 ⑥安装在Maven环境下特指将打包的结果——jar包或war包安装到本地仓库中。 ⑦部署将打包的结果部署到远程仓库或将war包部署到服务器上运行。 3.4 自动化构建 3.5 Maven核心概念 Maven之所以能够实现自动化的构建和它的设计是紧密相关的。我们对Maven的学习就围绕它的九个核心概念展开 ①POM ②约定的目录结构 ③坐标 ④依赖管理 ⑤仓库管理 ⑥生命周期 ⑦插件和目标 ⑧继承 ⑨聚合 四、Maven安装 4.1 下载Maven 下载Maven http://us.mirrors.quenda.co/apache/maven/maven-3/3.5.4/binaries/ |4.2 Maven安装 4.2.1 解压 注意 解压文件尽量不要放在含有中文或者特殊字符的目录下。 解压后有如下目录 bin:含有mvn运行的脚本 boot:含有plexus-classworlds类加载器框架,Maven 使用该框架加载自己的类库。 conf:含有settings.xml配置文件 lib:含有Maven运行时所需要的java类库4.2.2 环境变量 maven依赖java环境所以要确保java环境已配置好 maven-3.3 需要jdk7 maven本身有2个环境变量要配置 MAVEN_HOME maven的安装目录 PATH maven的安装目录下的bin目录4.2.3 测试 查看maven版本信息 mvn -v五、Maven配置 5.1 本地仓库 maven的conf目录中有 settings.xml 是maven的配置文件做如下配置 settings xmlnshttp://maven.apache.org/SETTINGS/1.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd!-- localRepository| The path to the local repository maven will use to store artifacts.|| Default: ${user.home}/.m2/repositorylocalRepository/path/to/local/repo/localRepository--!-- 选择一个磁盘目录作为本地仓库 --localRepositoryD:\Program Files\maven\myrepository/localRepository5.2 JDK配置 在 标签中 增加 一个 标签限定maven项目默认的jdk版本. 内容如下 profiles!-- 在已有的profiles标签中添加profile标签 --profile idmyjdk/id activation activeByDefaulttrue/activeByDefault jdk1.8/jdk /activation properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.targetmaven.compiler.compilerVersion1.8/maven.compiler.compilerVersion /properties /profile /profiles !-- 让增加的 profile生效 -- activeProfilesactiveProfilemyjdk/activeProfile /activeProfiles六、仓库 6.1 概念 存储依赖的地方体现形式就是本地的一个目录。 仓库中不仅存放依赖而且管理着每个依赖的唯一标识(坐标)Java项目凭坐标获取依赖。 6.2 仓库分类 仓库分类如下 仓库分类 当需要依赖时会从仓库中取查找优先顺序为 本地仓库 私服(如果配置了的话) 公共仓库(如果配置了的话) 中央仓库 6.3 本地仓库 即在settings.xml 中配置的目录。 使用过了的依赖都会自动存储在本地仓库中后续可以复用。 6.4 远程仓库 6.4.1 中央仓库 Maven 中央仓库是由 Maven 社区提供的仓库不用任何配置maven中内置了中央仓库的地址。 其中包含了绝大多数流行的开源Java构件。 https://mvnrepository.com/ 可以搜索需要的依赖的相关信息仓库搜索服务 http://repo.maven.apache.org/maven2/ 中央仓库地址 6.4.2 公共仓库【重点】 除中央仓库之外还有其他远程仓库。 比如aliyun仓库http://maven.aliyun.com/nexus/content/groups/public/ 中央仓库在国外下载依赖速度过慢所以都会配置一个国内的公共仓库替代中央仓库。 !--setting.xml中添加如下配置-- mirrorsmirroridaliyun/id !-- 中心仓库的 mirror(镜像) --mirrorOfcentral/mirrorOf nameNexus aliyun/name!-- aliyun仓库地址 以后所有要指向中心仓库的请求都会指向aliyun仓库--urlhttp://maven.aliyun.com/nexus/content/groups/public/url /mirror /mirrors6.4.3 私服【了解】 公司范围内共享的仓库不对外开放。 可以通过 Nexus来创建、管理一个私服。 6.4.4 查找顺序 七、Idea-Maven 7.1 在Idea中关联Maven 在idea中关联本地安装的maven后续就可以通过idea使用maven管理项目啦。 在全局设置中关联Maven 8.5 依赖的原则解决jar包冲突 ①路径最短者优先 ②路径相同时先声明者优先 这里“声明”的先后顺序指的是dependency标签配置的先后顺序。 8.6 依赖的排除 有的时候为了确保程序正确可以将有可能重复的间接依赖排除。请看如下的例子 假设当前工程为survey_public直接依赖survey_environment。survey_environment依赖commons-logging的1.1.1对于survey_public来说是间接依赖。当前工程survey_public直接依赖commons-logging的1.1.2加入exclusions配置后可以在依赖survey_environment的时候排除版本为1.1.1的commons-logging的间接依赖 dependencygroupIdorg.javaboy.maven/groupIdartifactIdSurvey160225_4_Environment/artifactIdversion0.0.1-SNAPSHOT/version!-- 依赖排除 --exclusionsexclusiongroupIdcommons-logging/groupIdartifactIdcommons-logging/artifactId/exclusion/exclusions /dependency dependencygroupIdcommons-logging/groupIdartifactIdcommons-logging/artifactIdversion1.1.2/version /dependency ​### 8.7 统一管理目标jar包的版本以对Spring的jar包依赖为例Spring的每一个版本中都包含spring-core、spring-context等jar包。我们应该导入版本一致的Spring jar包而不是使用4.0.0的spring-core的同时使用4.1.1的spring-context。​xml dependencygroupIdorg.springframework/groupIdartifactIdspring-core/artifactIdversion4.0.0.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion4.0.0.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-jdbc/artifactIdversion4.0.0.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-orm/artifactIdversion4.0.0.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-web/artifactIdversion4.0.0.RELEASE/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion4.0.0.RELEASE/version /dependency问题是如果我们想要将这些jar包的版本统一升级为4.1.1是不是要手动一个个修改呢显然我们有统一配置的方式 propertiesspring.version4.1.1.RELEASE/spring.version /properties dependencygroupIdorg.springframework/groupIdartifactIdspring-core/artifactIdversion${spring.version}/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion${spring.version}/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-jdbc/artifactIdversion${spring.version}/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-orm/artifactIdversion${spring.version}/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-web/artifactIdversion${spring.version}/version /dependency dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion${spring.version}/version /dependency这样一来进行版本调整的时候只改一改地方就行了。 九、Maven 生命周期 9.1 什么是Maven的生命周期 Maven生命周期定义了各个构建环节的执行顺序有了这个清单Maven就可以自动化的执行构建命令了。 Maven有三套相互独立的生命周期分别是 Clean Lifecycle在进行真正的构建之前进行一些清理工作。Default Lifecycle构建的核心部分编译测试打包安装部署等等。Site Lifecycle生成项目报告站点发布站点。 再次强调一下它们是相互独立的你可以仅仅调用clean来清理工作目录仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。 每套生命周期都由一组阶段(Phase)组成我们平时在命令行输入的命令总会对应于一个特定的阶段。比如运行mvn clean这个clean是Clean生命周期的一个阶段。有Clean生命周期也有clean阶段。 9.2 clean生命周期 Clean生命周期一共包含了三个阶段 pre-clean 执行一些需要在clean之前完成的工作clean 移除所有上一次构建生成的文件post-clean 执行一些需要在clean之后立刻完成的工作 9.3 Site生命周期 pre-site 执行一些需要在生成站点文档之前完成的工作site 生成项目的站点文档post-site 执行一些需要在生成站点文档之后完成的工作并且为部署做准备site-deploy 将生成的站点文档部署到特定的服务器上 这里经常用到的是site阶段和site-deploy阶段用以生成和发布Maven站点这可是Maven相当强大的功能Manager比较喜欢文档及统计数据自动生成很好看。 9.4 Default生命周期 Default生命周期是Maven生命周期中最重要的一个绝大部分工作都发生在这个生命周期中。这里只解释一些比较重要和常用的阶段 validategenerate-sourcesprocess-sourcesgenerate-resourcesprocess-resources 复制并处理资源文件至目标目录准备打包。compile 编译项目的源代码。process-classesgenerate-test-sourcesprocess-test-sourcesgenerate-test-resourcesprocess-test-resources 复制并处理资源文件至目标测试目录。test-compile 编译测试源代码。process-test-classestest 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。prepare-packagepackage 接受编译好的代码打包成可发布的格式如JAR。pre-integration-testintegration-testpost-integration-testverifyinstall将包安装至本地仓库以让其它项目依赖。deploy将最终的包复制到远程的仓库以让其它开发人员与项目共享或部署到服务器上运行。 9.5 生命周期与自动化构建 运行任何一个阶段的时候它前面的所有阶段都会被运行例如我们运行mvn install 的时候代码会被编译测试打包。这就是Maven为什么能够自动执行构建过程的各个环节的原因。此外Maven的插件机制是完全依赖Maven的生命周期的因此理解生命周期至关重要。 十、继承 10.1 为什么需要继承机制 由于非compile范围的依赖信息是不能在“依赖链”中传递的所以有需要的工程只能单独配置。例如 Hello dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.9/versionscopetest/scope /dependencyHelloFriend dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.9/versionscopetest/scope /dependencyMakeFriend dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.9/versionscopetest/scope /dependency此时如果项目需要将各个模块的junit版本统一为4.9那么到各个工程中手动修改无疑是非常不可取的。使用继承机制就可以将这样的依赖信息统一提取到父工程模块中进行统一管理。 10.2 创建父工程 创建父工程和创建一般的Java工程操作一致唯一需要注意的是打包方式处要设置为pom。 10.3 在子工程中引用父工程 parent!-- 父工程坐标 --groupId.../groupIdartifactId.../artifactIdversion.../versionrelativePath从当前目录到父项目的pom.xml文件的相对路径/relativePath /parent此时如果子工程的groupId和version如果和父工程重复则可以删除。 10.4 在父工程中管理依赖 将Parent项目中的dependencies标签用dependencyManagement标签括起来 dependencyManagementdependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.9/versionscopetest/scope/dependency/dependencies /dependencyManagement在子项目中重新指定需要的依赖删除范围和版本号 dependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactId/dependency /dependencies十一、聚合 11.1 为什么要使用聚合 将多个工程拆分为模块后需要手动逐个安装到仓库后依赖才能够生效。修改源码后也需要逐个手动进行clean操作。而使用了聚合之后就可以批量进行Maven工程的安装、清理工作。 11.1 如何配置聚合 在总的聚合工程中使用modules/module标签组合指定模块工程的相对路径即可 modulesmodule../Hello/modulemodule../HelloFriend/modulemodule../MakeFriends/module /modules十二、常用网站 https://mvnrepository.com/ 十三、私服[了解] 13.1 概念 私服是架设在局域网的一种特殊的远程仓库目的是代理远程仓库及部署第三方构件。 有了私服之后当 Maven 需要下载依赖时直接请求私服私服上存在则下载到本地仓库否则私服请求外部的远程仓库将构件下载到私服再提供给本地仓库下载。 私服可以解决在企业做开发时每次需要的jar包都要在中心仓库下载,且每次下载完只能被自己使用,不能被其他开发人员使用 所谓私服就是一个服务器,但是不是本地层面的,是公司层面的,公司中所有的开发人员都在使用同一个私服 13.2 架构 无私服有私服[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dlOPBR6m-1692863773000)(Pictures/私服1.png)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-flOxQw1Q-1692863773000)(Pictures/私服2.png)] 我们可以使用专门的 Maven 仓库管理软件来搭建私服比如Apache ArchivaArtifactorySonatype Nexus。这里我们使用 Sonatype Nexus 13.3 Nexus安装【了解】 13.3.1 下载 官网https://blog.sonatype.com/下载地址https://help.sonatype.com/repomanager2/download/download-archives---repository-manager-oss 13.3.2 安装 下载nexus-2.x-bundle.zip,解压即可 13.4 启动【了解】 解压后在bin目录中执行 nexus install 在系统中安装nexus服务nexus uninstall 卸载nexus服务nexus start 启动服务nexus stop 停止服务 13.5 Nexus登录【了解】 访问私服http://localhost:8081/nexus/ 登录Nexus才可以使用Nexus管理功能[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mZTvO38O-1692863773001)(Pictures/私服_login.jpg)] [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZyXD3gkJ-1692863773001)(Pictures/私服_login2.jpg)] 13.6 仓库列表【了解】 仓库类型描述group包含多个仓库通过group库的地址可以从包含的多个仓库中查找构件hosted私服 服务器本地的仓库其中存储诸多构件proxy代理仓库其会关联一个远程仓库, 比如中央仓库aliyun仓库向该仓库查找构件时如果没有会从其关联的仓库中下载 仓库名描述Releases存放项目的稳定发布版本一个模块做完后如果需要共享给他人可以上传到私服的该库Snapshots对应不稳定的发布版本3rd party存放中央仓库没有的 如ojdbc.jar可以上传到私服的该库中 仓库列表[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1FTxfKVG-1692863773001)(Pictures/私服_list.jpg)] 13.7 Maven配置私服 【重点】 在maven中配置私服使得maven可以从私服上获取构件 13.7.1 仓库组 而此时就有问题私服中有很多仓库每个仓库都有自己的url则项目中配置哪个仓库呢 ? 私服中有一个仓库组组中包含多个仓库可以指定仓库组的url即可从多个仓库中获取构件 | 仓库组 注意proxy的仓库排序在最后 | 13.7.2 Maven关联私服 配置settings.xml设置私服地址、认证等信息 serversserver idnexus-public/id !-- nexus的认证id --usernameadmin/username !--nexus中的用户名密码--passwordadmin123/password /server /servers profilesprofile idnexus/id repositories repository idnexus-public/id !--nexus认证id 【此处的repository的id要和 server的id保持一致】--!--name随便--nameNexus Release Snapshot Repository/name !--地址是nexus中仓库组对应的地址--urlhttp://localhost:8081/nexus/content/groups/public//urlreleasesenabledtrue/enabled/releases snapshotsenabledtrue/enabled/snapshots /repository/repositories pluginRepositories !--插件仓库地址各节点的含义和上面是一样的--pluginRepository idnexus-public/id !--nexus认证id 【此处的repository的id要和 server的id保持一致】--!--地址是nexus中仓库组对应的地址--urlhttp://localhost:8081/nexus/content/groups/public//urlreleasesenabledtrue/enabled/releases snapshotsenabledtrue/enabled/snapshots /pluginRepository /pluginRepositories /profile /profiles activeProfilesactiveProfileyourjdk/activeProfile!-- 使私服配置生效 --activeProfilenexus/activeProfile /activeProfiles至此Maven项目中需要依赖时Maven会从私服中下载 13.8 Maven项目部署到私服 执行 mvn deploy 即可将项目部署到私服对应的仓库中此时项目中的打包方式多为jar 但需要提前在项目的pom.xml中配置部署私服仓库位置如下 ...dependencies...../dependencies!-- 在项目的pom.xml中 配置私服的仓库地址可以将项目打jar包部署到私服 --distributionManagementrepositoryidnexus-public/id !-- nexus认证id --urlhttp://localhost:8081/nexus/content/repositories/releases/url/repositorysnapshotRepositoryidnexus-public/id !-- nexus认证id --urlhttp://localhost:8081/nexus/content/repositories/snapshots/url/snapshotRepository/distributionManagement /project注意如上的 repository的 id 依然是要和settings.xml中配置的server中的id 一致才能通过私服的认证