Maven的使用

maven作为一个项目管理的工具，它的内置依赖管理和Repository实现了依赖的管理和统一存储，我们所需要的项目的jar包和它的依赖包都在maven的仓库中，这里在maven安装目录下的conf文件夹里的setting.xml文件是建立仓库必须的，下面介绍下仓库：（下面介绍的setting.xml文件必须放在这个位置，内容在下面的介绍中有，下载仓库必须先配置setting.xml）  如果是要下载仓库到本地，那么可以在其他目录下新建一个文件夹用来存放maven项目，在maven项目中必须要有的是pom.xml文件，maven在开发中是通过这个文件进行导入其他的包：pom.xml文件内容如下：[html] view plain copy<?xml version="1.0" encoding="UTF-8"?>  <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">      <modelVersion>4.0.0</modelVersion>          <groupId>com.yc.maven</groupId>          <artifactId>hello-first</artifactId>          <version>snapshot0.0.1</version>          <packaging>jar</packaging>              <!--最后打包成什么-->          <name>hello</name>          <properties>              <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>          </properties>  </project>  然后再dos下执行 （仓库介绍原文出自：http://blog.sina.com.cn/s/blog_700aa8830101kdrh.html）什么是Maven仓库在不用Maven的时候，比如说以前我们用Ant构建项目，在项目目录下，往往会看到一个名为/lib的子目录，那里存放着各类第三方依赖jar文件，如log4j.jar，junit.jar等等。每建立一个项目，你都需要建立这样的一个/lib目录，然后复制一对jar文件，这是很明显的重复。重复永远是噩梦的起点，多个项目不共用相同的jar文件，不仅会造成磁盘资源的浪费，也使得版本的一致性管理变得困难。此外，如果你使用版本管理工具，如SVN（你没有使用版本管理工具？马上试试SVN吧，它能帮你解决很多头疼的问题），你需要将大量的jar文件提交到代码库里，可是版本管理工具在处理二进制文件方面并不出色。Maven仓库就是放置所有JAR文件（WAR，ZIP，POM等等）的地方，所有Maven项目可以从同一个Maven仓库中获取自己所需要的依赖JAR，这节省了磁盘资源。此外，由于Maven仓库中所有的JAR都有其自己的坐标，该坐标告诉Maven它的组ID，构件ID，版本，打包方式等等，因此Maven项目可以方便的进行依赖版本管理。你也不在需要提交JAR文件到SCM仓库中，你可以建立一个组织层次的Maven仓库，供所有成员使用。简言之，Maven仓库能帮助我们管理构件（主要是JAR）。本地仓库 vs. 远程仓库运行Maven的时候，Maven所需要的任何构件都是直接从本地仓库获取的。如果本地仓库没有，它会首先尝试从远程仓库下载构件至本地仓库，然后再使用本地仓库的构件。比如说，你的项目配置了junit-3.8的依赖，在你运行mvntest 的时候，Maven需要使用junit-3.8的jar文件，它首先根据坐标查找本地仓库，如果找到，就直接使用。如果没有，Maven会检查可用的远程仓库配置，然后逐个尝试这些远程仓库去下载junit-3.8的jar文件，如果远程仓库存在该文件，Maven会将其下载到本地仓库中，继而使用。如果尝试过所有远程仓库之后，Maven还是没能够下载到该文件，它就会报错。Maven缺省的本地仓库地址为${user.home}/.m2/repository 。也就是说，一个用户会对应的拥有一个本地仓库。你也可以自定义本地仓库的位置，修改${user.home}/.m2/settings.xml ：Xml代码  <</SPAN>settings>    ...    <</SPAN>localRepository>D:\java\repository</</SPAN>localRepository>    ...  </</SPAN>settings>  你还可以在运行时指定本地仓库位置：mvn clean install-Dmaven.repo.local=/home/juven/myrepo/还有一点需要理解的是，当我们运行install的时候，Maven实际上是将项目生成的构件安装到了本地仓库，也就是说，只有install了之后，其它项目才能使用此项目生成的构件。了解了本地仓库，接着了解一下Maven缺省的远程仓库，即Maven中央仓库。安装好Maven之后，我们可以建立一个简单的项目，配置一些简单的依赖，然后运行mvn cleaninstall，项目就构建好了。我们没有手工的去下载任何jar文件，这一切都是因为Maven中央仓库的存在，当Maven在本地仓库找不到需要的jar文件时，它会查找远程仓库，而一个原始的Maven安装就自带了一个远程仓库——Maven中央仓库。这个Maven中央仓库是在哪里定义的呢？在我的机器上，我安装了maven-2.0.10，我可以找到这个文件：${M2_HOME}/lib/maven-2.0.10-uber.jar ，打开该文件，能找到超级POM：\org\apache\maven\project\pom-4.0.0.xml ，它是所有MavenPOM的父POM，所有Maven项目继承该配置，你可以在这个POM中发现如下配置：Xml代码  <</SPAN>repositories>    <</SPAN>repository>      <</SPAN>id>central</</SPAN>id>      <</SPAN>name>Maven Repository Switchboard</</SPAN>name>      <</SPAN>layout>default</</SPAN>layout>      <</SPAN>url>http://repo1.maven.org/maven2</</SPAN>url>      <</SPAN>snapshots>        <</SPAN>enabled>false</</SPAN>enabled>      </</SPAN>snapshots>    </</SPAN>repository>  </</SPAN>repositories>  关于远程仓库的配置，下面的小节我会详细解释，这里我们只要知道，中央仓库的id为central，远程url地址为http://repo1.maven.org/maven2，它关闭了snapshot版本构件下载的支持。在POM中配置远程仓库前面我们看到超级POM配置了ID为central的远程仓库，我们可以在POM中配置其它的远程仓库。这样做的原因有很多，比如你有一个局域网的远程仓库，使用该仓库能大大提高下载速度，继而提高构建速度，也有可能你依赖的一个jar在central中找不到，它只存在于某个特定的公共仓库，这样你也不得不添加那个远程仓库的配置。这里我配置一个远程仓库指向中央仓库的中国镜像：Xml代码  <</SPAN>project>  ...    <</SPAN>repositories>      <</SPAN>repository>        <</SPAN>id>maven-net-cn</</SPAN>id>        <</SPAN>name>Maven China Mirror</</SPAN>name>        <</SPAN>url>http://maven.net.cn/content/groups/public/</</SPAN>url>        <</SPAN>releases>          <</SPAN>enabled>true</</SPAN>enabled>        </</SPAN>releases>        <</SPAN>snapshots>          <</SPAN>enabled>false</</SPAN>enabled>        </</SPAN>snapshots>      </</SPAN>repository>    </</SPAN>repositories>    <</SPAN>pluginRepositories>      <</SPAN>pluginRepository>        <</SPAN>id>maven-net-cn</</SPAN>id>        <</SPAN>name>Maven China Mirror</</SPAN>name>        <</SPAN>url>http://maven.net.cn/content/groups/public/</</SPAN>url>        <</SPAN>releases>          <</SPAN>enabled>true</</SPAN>enabled>        </</SPAN>releases>        <</SPAN>snapshots>          <</SPAN>enabled>false</</SPAN>enabled>        </</SPAN>snapshots>          </</SPAN>pluginRepository>    </</SPAN>pluginRepositories>  ...  </</SPAN>project>  我们先看一下的配置，你可以在它下面添加多个，每个都有它唯一的ID，一个描述性的name，以及最重要的，远程仓库的url。此外，true告诉Maven可以从这个仓库下载releases版本的构件，而false告诉Maven不要从这个仓库下载snapshot版本的构件。禁止从公共仓库下载snapshot构件是推荐的做法，因为这些构件不稳定，且不受你控制，你应该避免使用。当然，如果你想使用局域网内组织内部的仓库，你可以激活snapshot的支持。关于的更详细的配置及相关解释，请参考：http://www.sonatype.com/books/maven-book/reference_zh/apas02s08.html。至于，这是配置Maven从什么地方下载插件构件（Maven的所有实际行为都由其插件完成）。该元素的内部配置和完全一样，不再解释。在settings.xml中配置远程仓库我们知道了如何在POM中配置远程仓库，但考虑这样的情况：在一个公司内部，同时进行这3个项目，而且以后随着这几个项目的结束，越来越多的项目会开始；同时，公司内部建立一个Maven仓库。我们统一为所有这些项目配置该仓库，于是不得不为每个项目提供同样的配置。问题出现了，这是重复 ！其实我们可以做到只配置一次，在哪里配置呢？就是settings.xml。不过事情没有那么简单，不是简单的将POM中的及元素复制到settings.xml中就可以，setting.xml不直接支持 这两个元素。但我们还是有一个并不复杂的解决方案，就是利用profile，如下：Xml代码  <</SPAN>settings>    ...    <</SPAN>profiles>      <</SPAN>profile>        <</SPAN>id>dev</</SPAN>id>      </</SPAN>profile>    </</SPAN>profiles>    <</SPAN>activeProfiles>      <</SPAN>activeProfile>dev</</SPAN>activeProfile>    </</SPAN>activeProfiles>    ...  </</SPAN>settings>  这里我们定义一个id为dev的profile，将所有repositories以及pluginRepositories元素放到这个profile中，然后，使用元素自动激活该profile。这样，你就不用再为每个POM重复配置仓库。使用profile为settings.xml添加仓库提供了一种用户全局范围的仓库配置。镜像如果你的地理位置附近有一个速度更快的central镜像，或者你想覆盖central仓库配置，或者你想为所有POM使用唯一的一个远程仓库（这个远程仓库代理的所有必要的其它仓库），你可以使用settings.xml中的mirror配置。以下的mirror配置用maven.NET.cn覆盖了Maven自带的central：Xml代码  <</SPAN>settings>  ...    <</SPAN>mirrors>      <</SPAN>mirror>        <</SPAN>id>maven-net-cn</</SPAN>id>        <</SPAN>name>Maven China Mirror</</SPAN>name>        <</SPAN>url>http://maven.net.cn/content/groups/public/</</SPAN>url>        <</SPAN>mirrorOf>central</</SPAN>mirrorOf>      </</SPAN>mirror>    </</SPAN>mirrors>  ...  </</SPAN>settings>  这里唯一需要解释的是，这里我们配置central的镜像，我们也可以配置一个所有仓库的镜像，以保证该镜像是Maven唯一使用的仓库：Xml代码  <</SPAN>settings>  ...    <</SPAN>mirrors>      <</SPAN>mirror>        <</SPAN>id>my-org-repo</</SPAN>id>        <</SPAN>name>Repository in My Orgnization</</SPAN>name>        <</SPAN>url>http://192.168.1.100/maven2</</SPAN>url>        <</SPAN>mirrorOf>*</</SPAN>mirrorOf>      </</SPAN>mirror>    </</SPAN>mirrors>  ...  </</SPAN>settings>  关于更加高级的镜像配置，可以参考：http://maven.apache.org/guides/mini/guide-mirror-settings.html。分发构件至远程仓库mvn install 会将项目生成的构件安装到本地Maven仓库，mvndeploy 用来将项目生成的构件分发到远程Maven仓库。本地Maven仓库的构件只能供当前用户使用，在分发到远程Maven仓库之后，所有能访问该仓库的用户都能使用你的构件。我们需要配置POM的distributionManagement来指定Maven分发构件的位置，如下：Xml代码  <</SPAN>project>      ...      <</SPAN>distributionManagement>        <</SPAN>repository>          <</SPAN>id>nexus-releases</</SPAN>id>          <</SPAN>name>Nexus Release Repository</</SPAN>name>          <</SPAN>url>http://127.0.0.1:8080/nexus/content/repositories/releases/</</SPAN>url>        </</SPAN>repository>        <</SPAN>snapshotRepository>          <</SPAN>id>nexus-snapshots</</SPAN>id>          <</SPAN>name>Nexus Snapshot Repository</</SPAN>name>          <</SPAN>url>http://127.0.0.1:8080/nexus/content/repositories/snapshots/</</SPAN>url>        </</SPAN>snapshotRepository>      </</SPAN>distributionManagement>      ...    </</SPAN>project>    Maven区别对待release版本的构件和snapshot版本的构件，snapshot为开发过程中的版本，实时，但不稳定，release版本则比较稳定。Maven会根据你项目的版本来判断将构件分发到哪个仓库。一般来说，分发构件到远程仓库需要认证，如果你没有配置任何认证信息，你往往会得到401错误。这个时候，如下在settings.xml中配置认证信息：Xml代码  <</SPAN>settings>      ...      <</SPAN>servers>        <</SPAN>server>          <</SPAN>id>nexus-releases</</SPAN>id>          <</SPAN>username>admin</</SPAN>username>          <</SPAN>password>admin123</</SPAN>password>        </</SPAN>server>        <</SPAN>server>          <</SPAN>id>nexus-snapshots</</SPAN>id>          <</SPAN>username>admin</</SPAN>username>          <</SPAN>password>admin123</</SPAN>password>        </</SPAN>server>        </</SPAN>servers>      ...    </</SPAN>settings>  需要注意的是，settings.xml中server元素下id的值必须与POM中repository或snapshotRepository下id的值完全一致。将认证信息放到settings下而非POM中，是因为POM往往是它人可见的，而settings.xml是本地的。小结本文介绍了Maven仓库，它是什么？本地仓库，远程仓库，中央仓库具体是指什么？并介绍了如何在POM中配置项目层次的仓库，在settings中配置用户层次的仓库，以及mirror。本文还介绍了如何安装构件到本地仓库，如何分发构件至仓库。嗯，下面就是安装在你的开发工具上了，安装一个ｍａｖｅｎ插件是很简单的，用法就更简单了，安装好后需要在ｊｄｋ的目录后编辑加上－＄｛你的环境变量｝，直接在远程仓库里拷贝ｘｍｌ配置到项目的ｐｏｍ．ｘｍｌ文件中，保存就会导入你所需要以及关联的包了，很好用！！！行动吧！