肇庆制作网络公司,抖音seo排名系统,微信小程序开发需要什么技术,创业服务网站建设方案项目书在Maven中#xff0c;任何一个依赖、插件或者项目构建的输出#xff0c;都可以称之为构件。 Maven在某个统一的位置存储所有项目的共享的构件#xff0c;这个统一的位置#xff0c;我们就称之为仓库。#xff08;仓库就是存放依赖和插件的地方#xff09; 任何的构件都有…在Maven中任何一个依赖、插件或者项目构建的输出都可以称之为构件。 Maven在某个统一的位置存储所有项目的共享的构件这个统一的位置我们就称之为仓库。仓库就是存放依赖和插件的地方 任何的构件都有唯一的坐标Maven根据这个坐标定义了构件在仓库中的唯一存储路径 解读Maven在仓库中的存储路径 1.基于groupId准备路径将句点分隔符转成路径分隔符就是将 . 转换成 / ; example org.testng ---org/testng 2.基于artifactId准备路径将artifactId连接到后面org/testng/testng 3.使用version准备路径将version连接到后面org/testng/testng/5.8 4.将artifactId于version以分隔符连字号连接到后面org/testng/testng/5.8/tesng-5.8 5.判断如果构件有classifier就要在 第4项 后增加 分隔符连字号 再加上 classifierorg/testng/testng/5.8/tesng-5.8-jdk5 6.检查构件的extension如果extension存在则加上句点分隔符和extension而extension是由packing决定的org/testng/testng/5.8/tesng-5.8-jdk5.jar 到这里我们就明白了Maven 对于构件存储的细节。 Maven 仓库的分类 maven的仓库只有两大类 1.本地仓库 2.远程仓库在远程仓库中又分成了3种 2.1 中央仓库 2.2 私服 2.3 其它公共库 1.本地仓库 顾名思义就是Maven在本地存储构件的地方。 注maven的本地仓库在安装maven后并不会创建它是在第一次执行maven命令的时候才被创建 maven本地仓库的默认位置无论是Windows还是Linux在用户的目录下都有一个.m2/repository/的仓库目录这就是Maven仓库的默认位置 如何更改maven默认的本地仓库的位置这里要引入一个新的元素localRepository它是存在于maven的settings.xml文件中 1.1 更改配置用户范围的本地仓库 先在/.m2/目录下创建settings.xml文件然后在~/.m2/settings.xml设置localRepository元素的值为想要的仓库地址 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/repository--localRepositoryD:/myworkspace/maven_repository/localRepository!-- interactiveMode| This will determine whether maven prompts you when it needs input. If set to false,| maven will use a sensible default value, perhaps based on some other setting, for| the parameter in question.|| Default: trueinteractiveModetrue/interactiveMode--
...
... 这时候maven的本地仓库地址就变成了 D:\maven_new_repository 注此时配置的maven的本地仓库是属于用户范围的。 1.2 更改配置全局范围的本地仓库 在M2_HOME/conf/settings.xml(D:\soft\maven\apache-maven-3.3.3\confsettings.xml\settings.xml)中更改配置更改配置的方法同上 注此时更改后所有的用户都会受到影响而且如果maven进行升级那么所有的配置都会被清除所以要提前复制和备份M2_HOME/conf/settings.xml文件 故一般情况下不推荐配置全局的settings.xml 1.3 工程使用仓库配置的优先级顺序 这个确实是有个优先级的应该是pom用户级别全局级别例如果pom中不配置就取用户级别如果用户级别也没有配置就取全局级别 2. 远程仓库 2.1 说到远程仓库先从 最核心的中央仓库开始中央仓库是默认的远程仓库maven在安装的时候自带的就是中央仓库的配置 在maven的聚合与继承中我们说过所有的maven项目都会继承超级pom具体的说包含了下面配置的pom我们就称之为超级pom repositories repository idcentral/id nameCentral Repository/name urlhttp://repo.maven.apache.org/maven2/url layoutdefault/layout snapshots enabledfalse/enabled /snapshots /repository
/repositories 中央仓库包含了绝大多数流行的开源Java构件以及源码、作者信息、SCM、信息、许可证信息等。一般来说简单的Java项目依赖的构件都可以在这里下载得到。 2.2 私服 私服是一种特殊的远程仓库它是架设在局域网内的仓库服务私服代理广域网上的远程仓库供局域网内的Maven用户使用。当Maven需要下载构件的时候它从私服请求如果私服上不存在该构件则从外部的远程仓库下载缓存在私服上之后再为Maven的下载请求提供服务。我们还可以把一些无法从外部仓库下载到的构件上传到私服上。 Maven私服的 个特性 1.节省自己的外网带宽减少重复请求造成的外网带宽消耗 2.加速Maven构件如果项目配置了很多外部远程仓库的时候构建速度就会大大降低 3.部署第三方构件有些构件无法从外部仓库获得的时候我们可以把这些构件部署到内部仓库(私服)中供内部maven项目使用 4.提高稳定性增强控制Internet不稳定的时候maven构建也会变的不稳定一些私服软件还提供了其他的功能 5.降低中央仓库的负荷maven中央仓库被请求的数量是巨大的配置私服也可以大大降低中央仓库的压力 当前主流的maven私服 1.Apache的Archiva 2.JFrog的Artifactory 3.Sonatype的Nexus 三、远程仓库配置 配置远程仓库将引入新的配置元素repositories repository 在repositories元素下可以使用 repository子元素声明一个或者多个远程仓库。 例子 repositories repository idjboss/id nameJBoss Repository/name urlhttp://repository.jboss.com/maven2//url releases updatePolicydaily/updatePolicy!-- never,always,interval n -- enabledtrue/enabled checksumPolicywarn/checksumPolicy!-- fail,ignore -- /releases snapshots enabledfalse/enabled /snapshots layoutdefault/layout /repository
/repositories updatePolicy元素表示更新的频率值有never, always,interval,daily, daily 为默认值 checksumPolicy元素表示maven检查和检验文件的策略warn为默认值 出于安全方面的考虑有时我们要对远程仓库的访问进行认证一般将认证信息配置在settings.xml中 servers server idsame with repository id in pom/id usernameusername/username passwordpwd/password /server
/servers 注这里的id必须与POM中需要认证的repository元素的Id一致。 如何将生成的项目部署到远程仓库 完成这项工作也需要在POM中进行配置这里有新引入了一个元素distributionManagement distributionManagement包含了2个子元素repository和snapshotRepository, 前者表示发布版本构件的仓库后者表示快照版本的仓库 这两个元素都需要配置 id(该远程仓库的唯一标识)nameurl(表示该仓库的地址) 向远程仓库中部署构件需要进行认证。配置同上 配置正确后运行 mvn clean deploy 正确的看待快照 之前我们在配置pom的时候对于快照的配置都很谨慎或者说很少用快照的版本原因是它还很不稳定极容易给我们的系统带来未知的错误让我们很难查找。其实快照版本也并不是一无是处快照最大的用途是用在开发的过程中尤其是有模块依赖的时候比如说AB两个模块同时开发A依赖于B开发过程中AB都是持续集成的开发不断的修改POM文件和构建工程这时候版本同步就成了一个很大的问题。使用快照就可以达到这一目的。 其实在快照版本在发布的过程中Maven会自动为构件以当前时间戳做标记有了这个时间戳我们就可以随时找到最新的快照版本这样也就解决刚才说的 协作开发的问题。 至于A如何检查B的更新刚刚在讲配置的时候说过快照配置中有一个元素可以控制检查更新的频率------updatePolicy 我们也可以使用命令行加参数的形式强制执行让maven检查更新 mvn clean install-U maven到底是如何从仓库中解析构件的呢----maven从仓库解析依赖的机制 1. 当依赖的范围是system的时候Maven直接从本地文件系统解析构件 2. 根据依赖坐标计算仓库路径后尝试直接从本地仓库寻找构件如果发现相应构件则解析成功 3. 在本地仓库不存在相应的构件情况下如果依赖的版本是显示的发布版本构件则遍历所有的远程仓库发现后下载使用 4. 如果依赖的版本是RELEASE或LATEST, 则基于更新策略读取所有远程仓库的元数据将其于本地仓库的对应元数据合并后计算出RELEASE或者LATEST的真实值然后基于这个真实值检查本地仓库 5. 如果依赖的版本是SNAPSHOT 则基于更新策略读取所有远程仓库的元数据 将其与本地仓库的对应元数据合并后得到最新快照版本的值然后基于该值检查本地仓库或从远程仓库下载 6. 如果最后解析到的构件版本是时间戳格式的快照则复制其时间戳格式的文件 至 非时间戳格式并使用该非时间戳格式的构件 注一定要记得release enabled snapshot enabled 对于快照也是一样 在POM的依赖声明的时候不推荐使用LATEST RELEASE, 在Maven3中也不再支持在插件配置中使用LATEST RELEASE 如果不设置插件版本那么最终版本和release一样 maven只会解析最新的发布版本构建。 1.远程仓库的配置 在平时的开发中我们往往不会使用默认的中央仓库默认的中央仓库访问的速度比较慢访问的人或许很多有时候也无法满足我们项目的需求可能项目需要的某些构件中央仓库中是没有的而在其他远程仓库中有如JBoss Maven仓库。这时可以在pom.xml中配置该仓库代码如下 1 !-- 配置远程仓库 --2 repositories3 repository4 idjboss/id5 nameJBoss Repository/name6 urlhttp://repository.jboss.com/maven2//url7 releases8 enabledtrue/enabled9 updatePolicydaily/updatePolicy
10 /releases
11 snapshots
12 enabledfalse/enabled
13 checksumPolicywarn/checksumPolicy
14 /snapshots
15 layoutdefault/layout
16 /repository
17 /repositories repository在repositories元素下可以使用repository子元素声明一个或者多个远程仓库。 id仓库声明的唯一id尤其需要注意的是Maven自带的中央仓库使用的id为central如果其他仓库声明也使用该id就会覆盖中央仓库的配置。 name仓库的名称让我们直观方便的知道仓库是哪个暂时没发现其他太大的含义。 url指向了仓库的地址一般来说该地址都基于http协议Maven用户都可以在浏览器中打开仓库地址浏览构件。 releases和snapshots用来控制Maven对于发布版构件和快照版构件的下载权限。需要注意的是enabled子元素该例中releases的enabled值为true表示开启JBoss仓库的发布版本下载支持而snapshots的enabled值为false表示关闭JBoss仓库的快照版本的下载支持。根据该配置Maven只会从JBoss仓库下载发布版的构件而不会下载快照版的构件。 layout元素值default表示仓库的布局是Maven2及Maven3的默认布局而不是Maven1的布局。基本不会用到Maven1的布局。 其他对于releases和snapshots来说除了enabled它们还包含另外两个子元素updatePolicy和checksumPolicy。 元素updatePolicy用来配置Maven从远处仓库检查更新的频率默认值是daily表示Maven每天检查一次。其他可用的值包括never-从不检查更新always-每次构建都检查更新intervalX-每隔X分钟检查一次更新X为任意整数。 元素checksumPolicy用来配置Maven检查校验和文件的策略。当构建被部署到Maven仓库中时会同时部署对应的检验和文件。在下载构件的时候Maven会验证校验和文件如果校验和验证失败当checksumPolicy的值为默认的warn时Maven会在执行构建时输出警告信息其他可用的值包括fail-Maven遇到校验和错误就让构建失败ignore-使Maven完全忽略校验和错误。 2.远程仓库的认证 大部分公共的远程仓库无须认证就可以直接访问但我们在平时的开发中往往会架设自己的Maven远程仓库出于安全方面的考虑我们需要提供认证信息才能访问这样的远程仓库。配置认证信息和配置远程仓库不同远程仓库可以直接在pom.xml中配置但是认证信息必须配置在settings.xml文件中。这是因为pom往往是被提交到代码仓库中供所有成员访问的而settings.xml一般只存在于本机。因此在settings.xml中配置认证信息更为安全。 1 settings2 2 ...3 3 !--配置远程仓库认证信息--4 4 servers5 5 server6 6 idreleases/id7 7 usernameadmin/username8 8 passwordadmin123/password9 9 /server
10 10 /servers
11 11 ...
12 12 /settings 上面代码我们配置了一个id为releases的远程仓库认证信息。Maven使用settings.xml文件中的servers元素及其子元素server配置仓库认证信息。认证用户名为admin认证密码为admin123。这里的关键是id元素settings.xml中server元素的id必须与pom.xml中需要认证的repository元素的id完全一致。正是这个id将认证信息与仓库配置联系在了一起。 3.部署构件至远程仓库 我们使用自己的远程仓库的目的就是在远程仓库中部署我们自己项目的构件以及一些无法从外部仓库直接获取的构件。这样才能在开发时供其他对团队成员使用。 Maven除了能对项目进行编译、测试、打包之外还能将项目生成的构件部署到远程仓库中。首先需要编辑项目的pom.xml文件。配置distributionManagement元素代码如下 1 distributionManagement2 repository3 idreleases/id4 namepublic/name5 urlhttp://59.50.95.66:8081/nexus/content/repositories/releases/url6 /repository7 snapshotRepository8 idsnapshots/id9 nameSnapshots/name
10 urlhttp://59.50.95.66:8081/nexus/content/repositories/snapshots/url
11 /snapshotRepository
12 /distributionManagement distributionManagement包含repository和snapshotRepository子元素前者表示发布版本稳定版本构件的仓库后者表示快照版本开发测试版本的仓库。这两个元素都需要配置id、name和urlid为远程仓库的唯一标识name是为了方便人阅读关键的url表示该仓库的地址。 往远程仓库部署构件的时候往往需要认证配置认证的方式同上。 配置正确后运行命令mvn clean deployMaven就会将项目构建输出的构件部署到配置对应的远程仓库如果项目当前的版本是快照版本则部署到快照版本的仓库地址否则就部署到发布版本的仓库地址。 快照版本和发布版本的区别请自行上百度查阅资料。 4.配置远程仓库的镜像 如果仓库X可以提供仓库Y存储的所有内容那么就可以认为X是Y的一个镜像。换句话说任何一个可以从仓库Y获得的构件都能够从它的镜像中获取。举个例子http://maven.oschina.net/content/groups/public/ 是中央仓库http://repo1.maven.org/maven2/ 在中国的镜像由于地理位置的因素该镜像往往能够提供比中央仓库更快的服务。因此可以配置Maven使用该镜像来替代中央仓库。编辑settings.xml代码如下 1 mirrors
2 mirror
3 idmaven.oschina.net/id
4 namemaven mirror in China/name
5 urlhttp://maven.oschina.net/content/groups/public//url
6 mirrorOfcentral/mirrorOf
7 /mirror
8 /mirrors 该例中mirrorOf的值为central表示该配置为中央仓库的镜像任何对于中央仓库的请求都会转至该镜像用户也可以使用同样的方法配置其他仓库的镜像。id表示镜像的唯一标识符name表示镜像的名称url表示镜像的地址。 关于镜像的一个更为常见的用法是结合私服。由于私服可以代理任何外部的公共仓库(包括中央仓库)因此对于组织内部的Maven用户来说使用一个私服地址就等于使用了所有需要的外部仓库这可以将配置集中到私服从而简化Maven本身的配置。在这种情况下任何需要的构件都可以从私服获得私服就是所有仓库的镜像。这时可以配置这样的一个镜像 1 !--配置私服镜像--
2 mirrors
3 mirror
4 idnexus/id
5 nameinternal nexus repository/name
6 urlhttp://183.238.2.182:8081/nexus/content/groups/public//url
7 mirrorOf*/mirrorOf
8 /mirror
9 /mirrors 该例中mirrorOf的值为星号表示该配置是所有Maven仓库的镜像任何对于远程仓库的请求都会被转至http://183.238.2.182:8081/nexus/content/groups/public/。如果该镜像仓库需要认证则配置一个id为nexus的认证信息即可。 需要注意的是由于镜像仓库完全屏蔽了被镜像仓库当镜像仓库不稳定或者停止服务的时候Maven仍将无法访问被镜像仓库因而将无法下载构件。 5.可用的Maven镜像仓库 1 mirror 2 idrepo2/id 3 mirrorOfcentral/mirrorOf 4 nameHuman Readable Name for this Mirror./name 5 urlhttp://repo2.maven.org/maven2//url 6 /mirror7 8 mirror 9 idui/id
10 mirrorOfcentral/mirrorOf
11 nameHuman Readable Name for this Mirror./name
12 urlhttp://uk.maven.org/maven2//url
13 /mirror
14
15
16 mirror
17 idibiblio/id
18 mirrorOfcentral/mirrorOf
19 nameHuman Readable Name for this Mirror./name
20 urlhttp://mirrors.ibiblio.org/pub/mirrors/maven2//url
21 /mirror
22
23 mirror
24 idjboss-public-repository-group/id
25 mirrorOfcentral/mirrorOf
26 nameJBoss Public Repository Group/name
27 urlhttp://repository.jboss.org/nexus/content/groups/public/url
28 /mirror
29
30 mirror
31 idJBossJBPM/id
32 mirrorOfcentral/mirrorOf
33 nameJBossJBPM Repository/name
34 urlhttps://repository.jboss.org/nexus/content/repositories/releases//url
35 /mirror 上面的仓库经过测试是可以访问的。 6.仓库搜索服务地址 Sonatype Nexushttps://repository.sonatype.org/ MVNrepositoryhttp://mvnrepository.com/ 关于依赖的搜索个人觉得这两个是最好用的。 结束语要得到你必须要付出要付出你还要学会坚持如果你真的觉得很难那你就放弃但是你放弃了就不要抱怨世界真的是平衡的我觉得人生就是这样每个人都是通过自己的努力去决定自己生活的样子。转载于:https://www.cnblogs.com/shenhaha520/p/9107665.html
