当第一次使用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. validate
2. initialize
3. generate-sources
4. process-sources 主力项目/src/main/resources目录下的资源文件
5. generate-resources
6. process-resources
7. compile 编译项目src/main/java目录下的源代码
8. process-classes
9. generate-test-sources
10. process-test-sources 处理项目src/test/resources目录下的测试资源文件
11. generate-test-resources
12. process-test-resources
13. test-compile 编译项目src/test/java目录下的测试代码
14. process-test-classes
15. test 使用单元测试框架运行测试
16. prepare-package
17. package 接受编译好的代码,打包成可发布的格式jar,war
18. pre-integration-test
19. integration-test
20. post-integration-test
21. verify
22. 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:[email protected]: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>