当第一次使用Maven的时候,Maven会从远程仓库http://repo1.maven.org/maven2 下载所需要的jar包到你本地仓库
等下次再获取同样的jar包时,Maven会先从你本地仓库获取,如果本地仓库获取不到,则再从远程下载。
Maven通过groupId, artifactId, version和packaging这四个元素定义了项目的坐标,一个坐标就是在Maven空间里的一个点,是不能重复的。它们用来唯一标识一个项目,一个依赖,一个插件
groupId:团体、公司、组织、小组这些名词的逆向命名。例:com.baidu.user
artifactId:定义了一个maven项目的一个模块,一般约定为项目名词作为前缀-模块。例:user-core 其中user为项目名,core为模块名
version:定义了当前这个项目的版本。
Maven的版本号约定:<主版本>.<次版本>.<增量版本>-<里程碑版本> 例如:1.3.4-beta-2
packaging:项目打包类型(默认是jar),如果是纯粹管理其他子项目的父项目,这个类型需要为pom
假如我们现在想通过如下命令来生成一个简单的maven项目
mvn archetype:create -DgroupId=com.baidu.user -DartifactId=user-core -DpackageName=com.baidu.user
之前我们说过,Maven自身其实是没做什么实际的事情,一切都是由插件完成的。
像上面的mvn archetype:create 表示运行了archetype插件的create目标。一个插件是一个或多个目标的集合。如下图
一个目标才是一个明确的任务,才是maven执行的命令
其中,目标中定义了一些参数。例如上面命令中的-DgroupId表示参数名称为groupId,值为com.baidu.user
就Maven的本身来说,它并不知道怎么生成一个jar文件,它只是把这些操作代理给了插件完成。
插件目标速记符号:pluginId:goalId
Maven的生命周期中包含了一系列插件的目标操作,例如,我们运行一个mvn package命令,这个命令中并没有指定一个插件的目标,就只有一个package命令。
而这个package命令就是生命周期中的一个阶段,每个生命周期中都包含了一些阶段,这些阶段是有依赖关系的。阶段中运行了一系列插件中的目标操作。
在Maven中有三套独立的生命周期:
clean生命周期的目的就是清理项目,包含3个阶段
default生命周期定义了真正构建时所需要执行的所有步骤,是最核心的部分。包含阶段如下
1. validate2. initialize3. generate-sources4. process-sources 主力项目/src/main/resources目录下的资源文件5. generate-resources6. process-resources7. compile 编译项目src/main/java目录下的源代码8. process-classes9. generate-test-sources10. process-test-sources 处理项目src/test/resources目录下的测试资源文件11. generate-test-resources12. process-test-resources13. test-compile 编译项目src/test/java目录下的测试代码14. process-test-classes15. test 使用单元测试框架运行测试16. prepare-package17. package 接受编译好的代码,打包成可发布的格式jar,war18. pre-integration-test19. integration-test20. post-integration-test21. verify22. install 将包安装到Maven本地仓库,供本地其他Maven项目使用23. deploy 将最终的包复制到远程仓库中,供其他开发人员和Maven项目使用
site生命周期是建立项目的发布站点,一般开发人员用不到。也就是生成一些站点信息
直接使用mvn site命令即可生成一个站点报告。
从命令行执行生命周期的某些阶段,例如:
mvn clean :调用clean生命周期的clean阶段,因为有依赖关系,所以实际上是先执行了pre-clean然后才执行的clean阶段
mvn test :调用default生命周期的test阶段,执行test阶段之前就必须执行test之前的那些阶段validate、initialize等等
Maven的依赖通过dependencis元素来配置依赖,这是Maven最强大的特性之一。它支持传递性依赖。
在Maven中一个依赖不仅仅是一个JAR。它是一个POM文件,这个POM可能也声明了对其它构件的依赖。这些依赖的依赖叫做传递性依赖
所谓传递性依赖就是: 如果项目C依赖于项目B,项目B自身依赖于项目A,那么项目C它也依赖于项目A的依赖。
假如你的项目中需要依赖一个A库,这个A库自身又依赖了3个其它库。当你在dependencies中配置了A库的依赖的时候,则Maven会自动依赖3个其他库。不用你再自己去依赖了。就像Spring和Hibernate一样。你配置的时候,只需要配置Spring和Hibernate即可。
Maven在下载相应依赖的jar的时候,还会下载该jar的pom文件。这个文件对于传递性依赖特别重要。
这个pom文件跟我们现在编写的pom.xml文件没太大区别,打开后其实也是一样。
如下是hibernate-core-4.3.10.Final.jar的pom文件(hibernate-core-4.3.10.Final.pom)
<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><modelVersion>4.0.0</modelVersion><groupId>org.hibernate</groupId><artifactId>hibernate-core</artifactId><version>4.3.10.Final</version><dependencies><dependency><groupId>org.jboss.logging</groupId><artifactId>jboss-logging</artifactId><version>3.1.3.GA</version><scope>compile</scope></dependency><dependency><groupId>org.jboss.logging</groupId><artifactId>jboss-logging-annotations</artifactId><version>1.2.0.Beta1</version><scope>compile</scope></dependency><dependency><groupId>org.jboss.spec.javax.transaction</groupId><artifactId>jboss-transaction-api_1.2_spec</artifactId><version>1.0.0.Final</version><scope>compile</scope></dependency><dependency><groupId>dom4j</groupId><artifactId>dom4j</artifactId><version>1.6.1</version><scope>compile</scope></dependency>**********省略部分***********</dependencies><name>Core Hibernate O/RM functionality</name><description>The core O/RM functionality as provided by Hibernate</description><url>http://hibernate.org</url><organization><name>Hibernate.org</name><url>http://hibernate.org</url></organization><issueManagement><system>jira</system><url>https://hibernate.atlassian.net/browse/HHH</url></issueManagement><scm><url>http://github.com/hibernate/hibernate-orm</url><connection>scm:git:http://github.com/hibernate/hibernate-orm.git</connection><developerConnection>scm:git:git@github.com:hibernate/hibernate-orm.git</developerConnection></scm><licenses><license><name>GNU Lesser General Public License</name><url>http://www.gnu.org/licenses/lgpl-2.1.html</url><comments>See discussion at http://hibernate.org/license for more details.</comments><distribution>repo</distribution></license></licenses><developers><developer><id>hibernate-team</id><name>The Hibernate Development Team</name><organization>Hibernate.org</organization><organizationUrl>http://hibernate.org</organizationUrl></developer></developers></project>
在Maven中需要使用在dependencies中定义一个或者多个dependency元素,来声明项目的一个或者多个依赖。
每个依赖元素包括:
sope:依赖范围
compile(默认):编译依赖范围test:测试依赖范围provided:已提供范围runtime:运行时依赖范围system:系统依赖范围import:导入依赖范围

optional:标记依赖是否可选
使用provided范围,让它排除WAR文件中特定的依赖。provided范围告诉Maven一个依赖在编译的时候需要,但是它不应该被捆绑在构建的输出中。
当你开发web应用的时候provided范围变得十分有用。
例如:你需要通过Servlet API来编译你的代码,但是你不希望Servlet API的JAR文件包含在你web应用的WEB-INF/lib目录中。因为一般容器中都包含了Servlet API的jar包,以免冲突。所以可以排除它。
现在假如项目A依赖于项目B,但是项目B依赖于项目C,可能项目A就不想因为传递性的问题直接依赖了项目C。则可以排除掉!
<dependency><groupId>com.baidu.user</groupId><artifactId>project-b</artifactId><version>1.0.0</version><exclusions><exclusion><groupId>com.baidu.user</groupId><artifactId>project-c</artifactId></exclusion></exclusions></dependency>
在依赖某个项目的时候,你可以不必指定特定的某个版本。也可以指定一个版本范围
(,) 不包含
[,] 包含
例如:依赖一个Junit的大于等于3.8 但是小于4.0 的版本
<dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>[3.8 , 4.0)</version></dependency>


原文:http://www.cnblogs.com/meet/p/5094361.html