Maven详解之仓库------本地仓库、远程仓库

Maven在某个统一的位置存储所有项目的共享的构件，这个统一的位置，我们就称之为仓库。（仓库就是存放依赖和插件的地方）任何的构件都有唯一的坐标，Maven根据这个坐标定义了构件在仓库中的唯一存储路径，解读Maven在仓库中的存储路径：1.基于groupId准备路径，将句点分隔符转成路径分隔符，就是将 "." 转换成 "/" ; example： org.testng --->org/testng2.基于artifactId准备路径，将artifactId连接到后面：org/testng/testng3.使用version准备路径，将version连接到后面：org/testng/testng/5.84.将[b]artifactId于version以分隔符连字号连接到后面：org/testng/testng/5.8/tesng-5.8[/b][b]5.判断如果构件有classifier，就要在 第4项 后增加 [b]分隔符连字号 再加上 classifier，org/testng/testng/5.8/tesng-5.8-jdk5[/b][/b][b]6.检查构件的extension，如果extension存在，则加上句点分隔符和extension，而extension是由packing决定的，[b]org/testng/testng/5.8/tesng-5.8-jdk5.jar[/b][/b]到这里我们就明白了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文件中

2. 远程仓库2.1 说到远程仓库先从 最核心的中央仓库开始，中央仓库是默认的远程仓库，maven在安装的时候，自带的就是中央仓库的配置在maven的聚合与继承中我们说过，所有的maven项目都会继承超级pom，具体的说，包含了下面配置的pom我们就称之为超级pom

2.2 私服私服是一种特殊的远程仓库，它是架设在局域网内的仓库服务，私服代理广域网上的远程仓库，供局域网内的Maven用户使用。当Maven需要下载构件的时候，它从私服请求，如果私服上不存在该构件，则从外部的远程仓库下载，缓存在私服上之后，再为Maven的下载请求提供服务。我们还可以把一些无法从外部仓库下载到的构件上传到私服上。Maven私服的 个特性：1.节省自己的外网带宽：减少重复请求造成的外网带宽消耗2.加速Maven构件：如果项目配置了很多外部远程仓库的时候，构建速度就会大大降低3.部署第三方构件：有些构件无法从外部仓库获得的时候，我们可以把这些构件部署到内部仓库(私服)中，供内部maven项目使用4.提高稳定性，增强控制：Internet不稳定的时候，maven构建也会变的不稳定，一些私服软件还提供了其他的功能5.降低中央仓库的负荷：maven中央仓库被请求的数量是巨大的，配置私服也可以大大降低中央仓库的压力当前主流的maven私服：1.Apache的Archiva2.JFrog的Artifactory3.Sonatype的Nexus

如何将生成的项目部署到远程仓库完成这项工作，也需要在POM中进行配置，这里有新引入了一个元素：<distributionManagement>distributionManagement包含了2个子元素：repository和snapshotRepository, 前者表示发布版本构件的仓库，后者表示快照版本的仓库
这两个元素都需要配置 id(该远程仓库的唯一标识)，name，url(表示该仓库的地址)向远程仓库中部署构件，需要进行认证。配置同上参考文档：http://www.cnblogs.com/luotaoyeah/p/3791966.html配置正确后运行： mvn clean deploy正确的看待快照[b]之前我们在配置pom的时候，对于快照的配置都很谨慎，或者说很少用快照的版本，原因是它还很不稳定，极容易给我们的系统带来未知的错误，让我们很难查找。其实快照版本也并不是一无是处，快照最大的用途是用在开发的过程中，尤其是有模块依赖的时候，比如说AB两个模块同时开发，A依赖于B，开发过程中AB都是持续集成的开发，不断的修改POM文件和构建工程，这时候版本同步就成了一个很大的问题。使用快照就可以达到这一目的。[/b][b]其实在快照版本在发布的过程中，Maven会自动为构件以当前时间戳做标记，有了这个时间戳，我们就可以随时找到最新的快照版本，这样也就解决刚才说的 协作开发的问题。[/b][b]至于A如何检查B的更新，刚刚在讲配置的时候说过，快照配置中有一个元素可以控制检查更新的频率------updatePolicy[/b][b]我们也可以使用命令行加参数的形式强制执行让maven检查更新：[/b]mvn clean install-U