现在，运行jar目标并且看看maven的输出吧；它将包含下面如下这些。
　　
　　attempting to download spring-core-1.1.4.jar.266k downloadedattempting to download spring-web-1.1.4.jar.111k downloaded
　　
　　图1-1显示了jar目标触发的一系列事件：
　　
　　1.maven查看pom,依据project.xml的定义，看到在springframework组中的两个人造物的依赖关系。它将载你本地maven的资源库中检查spring-core-1.1.4.jar和spring-web-1.1.4.jar。
　　
　　2.当maven找不到这些文件，它将到http://www.ibiblio.org/maven/springframework/jars/寻找jar文件。这些jar文件会被下载并放置于你本地maven的资源库中。它们也被添加到你项目的classpath中。下次在你的项目查询这些文件时，maven将在你本地的资源库中提供它们。
　　　
　　图1-1.maven本地和远程资源库为test application项目提供的spring jar
　　
　　刚刚发生了什么？
　　
　　maven为你节省了相当的时间和不必要的麻烦。maven到来之前，依赖关系常常被捆绑到一个项目的目录或者项目应该指向到添加正确的jar到你的classpath。使用maven管理依赖关系显然有着明显的优势；作为初学者，如果你的项目依赖30个外部的jar文件，这就不需要在你的资源库中存储成兆的jar文件。这意味着当你在项目的外部检查资源控制的时候更少的存储空间和更快的下载时间。另外，如果你有多个项目依赖相同的外部依赖，maven仅需要下载一次依赖关系，并且每个项目引用一个单独的副本在你本地的资源库中。当依赖关系能够从maven资源库远程下载的时候，没有强制的原因让你存储你项目的依赖关系的版本。
　　
　　当maven下载依赖关系，其在你本地的机器上从远程的maven资源库拷贝一个文件到你本地的maven资源库。maven如何定位依赖关系的？它使用project.xml中dependency元素的信息，如图1-2所示。
　　　
　　图1-2.pom和maven资源库的映射
　　
　　指定的groupid告诉maven查看特定的目录-springframework。指定type告诉maven查找特定的子目录如jar和war（注意s是maven附加到type元素上的）；本例中，type是被忽略的，jar类型是默认类型。当你指定了artifactid，你正告诉maven哪个文件将从jar目录下载。顶级目录表现为组标示符，jar文件名的第一部分表现为artifact标示符，文件名最后的部分，包括扩展名表现为version标示符。maven使用下面的公式来决定一个来自于资源库中的依赖关系。[repo_root]参考你远程的资源库：
　　
　　[repo_root]/<groupid>/<type>s/<artifactid>-<currentversion>.<type>
　　
　　提示
　　
　　maven2.0的说明中，资源库可能开始于类似java包的结构。作为springframework的替代，groupid被提议的结构为org.springframework.另外，每个版本将有一个分隔目录用以增加maven资源库的效率。更多有关改变的提交建议，参见http://docs.codehaus.org/display/ maven/repository+layout+-+final.
　　
　　一个本地的资源库来处理依赖关系。在unix机器上，你的maven资源库能在~/.maven/repository目录找到，在windows机器上，你的maven的资源库在你的%userprofile%目录。如果你看一看本地maven的资源库，你将会注意到它正包含一个springframework的目录。%userprofile%/.maven/repository/springframework/jars目录包含spring-core依赖关系的两个：spring-core-1.1.4.jar文件和spring-core-1.1.4.jar.md5文件,其包含md5文件用于验证sprint-core jar文件的完整性。maven 1当前并没有使用md5来验证完成品的完整性，但在将来的版本可能会用其来验证完成品的完整性。
　　
　　提示
　　
　　在windows机器上，%userprofile%通常决定于c：/d-ocuments and settings/vmassol这种目录。%userpr-ofile%被用在unix的主目录。（%userprofile% isused in the spirit of the abbreviation for a unix home directory.）
　　
　　关于......使用id元素?
　　
　　如果你工作在现存的maven项目，你可能有依赖关系使用id元素。下面的dependencies元素示范了使用单独id元素来附加jakarta commons math的1.0版本：<；dependencies><；dependency><；id>commons-math<；/id><；version>1.0<；/version><；/dependency><；/dependencies>单独使用id元素工作仅在groupid和artifactid匹配时，如果你浏览maven资源库，你将看到下面的目录结构：
　　
　　/commons-math
　　/jars
　　commons-math-1.0.jar
　　commons-math-1.1.jar
　　
　　使用id元素工作，单独的id标记已经不被赞成使用并在maven 2中消失。当你看到别的maven项目中使用dependencies的速记符号时，请尝试使用groupid和artifactid来标识你的依赖关系。
　　
　　依赖快照
　　
　　如果你开发的程序依赖的依赖关系经常改变，你可能想将依赖的每个依赖关系替代为最近构件的硬编码的版本。在一个项目依赖的依赖关系还处在beta的版本，或你正开发一系列项目依赖的maven项目时时特别有用，这将在第3章论述。本实验，你将学习到如何依靠快照。
　　
　　我该如何做？
　　
　　在你的依赖关系块儿中指定一个明确的版本，使用snapshot关键字作为版本名称的一部分。每次你执行maven目标时，maven将从远程资源库中检查较新的依赖关系。如果远程资源库的版本较新maven将下载其到本地资源库。例如：下面的依赖关系将一直下载spring的新版jar文件。
　　<dependency>
　　<groupid>springframework
　　</groupid>
　　<artifactid>spring
　　</artifactid>
　　<version>1.2-snapshot
　　</version>
　　</dependency>
　　
　　刚刚发生了什么？
　　
　　当你使用snapshot依赖关系，你正告诉maven使用远程资源库的最新版本。在你使用多项目插件或者当你依赖的一个完成品尚处于开发阶段这将得心应手。在你工作的团队仅有较少的开发者组成时，最好也常这么做。你将使用snapshot依赖关系当你的项目依赖一个最近的开发或者非正式版本的特别组件。snapshot依赖关系应该在开发阶段被保留，并且，概括说，你不用改发布一个依赖于snapshot依赖关系的项目。
　　
　　执行脱机构建
　　
　　如果你需要在一个离线的情况下使用maven，你可能需要知道如何确使maven不检查最新的snapshot依赖关系。本实验将向你展示如何用maven执行脱机构建。
　　
　　我该如何做？
　　
　　这个方法很简单：仅仅使用-o命令行选项。例如，如果你没有网络连接，但又想执行测试目标，运行maven -o test。maven将执行这个test目标而不检查依赖关系。如果你的项目没有依赖snapshot构建，你也可以断看你的环境来添加-o标志。如果你依赖snapshot构建，你将需要使用-o标志，maven将在每次执行目标时尝试检查最新的snapshot。在这种情况下不使用-o标志本项目将不会构建成功。
　　
　　关于...... 执行离线构建如果你不想下载任何完成品？
　　
　　当然，这将不会工作。离线构建的工作，你必须已经有必需的依赖关系在你本地的资源库。项目最简单的获得maven下载依赖
　　
　　关系的方法是在每个maven项目实例简单的运行“noop”目标，build:start。这个目标执行之前任何其它的目标并不执行任何动作。如果你运行build:start，maven将从project.xml获得获取任何依赖关系。
　　
　　使用maven控制台
　　
　　如果你再三的从命令行运行maven，你可以通过maven控制台来节省时间。maven控制台提供一个“外壳”，在这你可以键入目标的名称来执行maven。通过使用maven可以避免每次载你想运行一个maven目标时java virtual machine（jvm）启动的等待。
　　
　　我该如何做？
　　
　　maven console是一个插件，你可以通过键入maven console在命令提示符。这将产生下面的输出：
　　__ __
　　| // |__ _apache__ ___
　　| |//| / _` / v / -_) ' / ~ intelligent projects ~
　　|_| |_/__,_|/_//___|_||_| v. 1.0.2the following commands are available:list - list all available goalshelp - this message<goalname> - attain a goalquit - quits the consoletest-application 1.0 >
　　
　　目前，你可以在命令行执行任何你能执行的目标。开始是一下；键入 java:compile。maven将执行 java:compile目标并返回提示符其它的目标。在一个序列中运行两个目标，你可以在提示符处输入它们，通过“空格”-例如， clean test。众所周知作为“goal chaining”这是你想通过maven获得指定一系列目标的方法。退出maven console，键入quit，查看有效目标列表，键入list。
　　
　　刚刚发生了什么？
　　
　　在maven console下maven执行java:compile目标非常之快，不信么？当你使用maven console时你所执行的目标是在一个现成的jvm下。当你从命令行运行maven时，你每次运行一个目标都不得不等待jvm的启动。如果你不确信其对性能的提升，自己试试看。在命令行下运行java:complie 10次，再在maven console下同样运行java:compile 10次。注意时间的差别，你将发现jvm启动的时间开始增加。如果你找到你自己常用的maven目标，maven console将通过启动jvm一次为来节省时间。
　　
　　生成eclipse项目
　　
　　我打赌你一定想在ide下工作。maven通过插件来与eclipse,inellij,idea,jbuilder,jdeveloper以及emacs集成。maven很好的与全部这些工作集成，本实验关注