[Maven]Maven中的一些基本概念
2013-12-18 17:19
246 查看
Pom文件中的groupId、artifactId、version和name,这三个元素定义了一个项目的基本的坐标,在Maven世界中,任何的jar、pom或者war都是基于这些基本的坐标惊醒区分。
groupId:定义了项目属于哪个组,这个项目组往往和项目所在的组织或公司存在关联。譬如在googlecode上建立了一个名为myapp的项目,那么groupId就应该是
com.googlecode.myapp。这里conup项目的groupId应该是cn.edu.nju.moon.conup
artifactId:定义了当前Maven项目在组中唯一的ID,我们为这个Hello World项目定义了artifactId为hello-world
version:指定了Hello World项目当前的版本。
name:声明了一个对于用户更为友好的项目名称
一个依赖的声明包括如下的一些元素:
1.scope 依赖范围
首先需要知道,Maven在编译项目主代码的时候需要使用一套classpath,其次,Maven在编译和执行测试的时候会使用另外一套classpath。最后,实际运行Maven项目的时候,又会使用一套
classpath。Maven有以下几种依赖范围:
a.compile:编译依赖范围。如果没有指定,就会默认使用该依赖范围。使用此依赖范围的Maven依赖,对于编译、测试、运行三种classpath都有效,在编译、测试、运行的时候都需要使用该依赖。
b.test:测试依赖范围。使用此依赖范围的Maven依赖,只对于测试classpath有效,在编译主代码或者运行项目的使用时将无法使用此依赖。典型的例子是junit,它只有在编译测试代码及运行测试的时候才需要。
c.provided:已提供依赖范围。使用此依赖范围的Maven依赖,对于编译和测试classpath有效,但在运行时无效。典型的例子是servlet-api,编译和测试项目的时候需要该依赖,但在运行项目时候,由于容器已经提供,就不需要Maven重复地引入一遍
d.runtime:运行时依赖范围。使用此依赖范围的Maven依赖,对于测试和运行classpath有效,但在编译主代码时无效。典型的例子是JDBC驱动实现,项目主代码的编译只需要JDK提供的JDBC接口,只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动
f.system:系统依赖范围。该依赖与三种classpath的关系,和provided依赖范围完全一致。但是,使用system范围的依赖时必须通过systemPath元素显示地指定依赖文件的路径。此依赖不是通过Maven仓库解析的,而且往往与本机系统绑定,可能造成构件的不可移植,需谨慎使用。
g.import:导入依赖方位。该依赖范围不会对三种classpath产生实际的影响。
groupId:定义了项目属于哪个组,这个项目组往往和项目所在的组织或公司存在关联。譬如在googlecode上建立了一个名为myapp的项目,那么groupId就应该是
com.googlecode.myapp。这里conup项目的groupId应该是cn.edu.nju.moon.conup
artifactId:定义了当前Maven项目在组中唯一的ID,我们为这个Hello World项目定义了artifactId为hello-world
version:指定了Hello World项目当前的版本。
name:声明了一个对于用户更为友好的项目名称
一个依赖的声明包括如下的一些元素:
<project> ... <dependencies> <dependency> <groupId>...</groupId> <artifactId>...</artifactId> <version>...</version> <type>...</type> <scope>...</scope> <optional>...</optional> <exclusions> <exclusion> ... </exclusion> </exclusions> </dependency> </dependencies> </project>
1.scope 依赖范围
首先需要知道,Maven在编译项目主代码的时候需要使用一套classpath,其次,Maven在编译和执行测试的时候会使用另外一套classpath。最后,实际运行Maven项目的时候,又会使用一套
classpath。Maven有以下几种依赖范围:
a.compile:编译依赖范围。如果没有指定,就会默认使用该依赖范围。使用此依赖范围的Maven依赖,对于编译、测试、运行三种classpath都有效,在编译、测试、运行的时候都需要使用该依赖。
b.test:测试依赖范围。使用此依赖范围的Maven依赖,只对于测试classpath有效,在编译主代码或者运行项目的使用时将无法使用此依赖。典型的例子是junit,它只有在编译测试代码及运行测试的时候才需要。
c.provided:已提供依赖范围。使用此依赖范围的Maven依赖,对于编译和测试classpath有效,但在运行时无效。典型的例子是servlet-api,编译和测试项目的时候需要该依赖,但在运行项目时候,由于容器已经提供,就不需要Maven重复地引入一遍
d.runtime:运行时依赖范围。使用此依赖范围的Maven依赖,对于测试和运行classpath有效,但在编译主代码时无效。典型的例子是JDBC驱动实现,项目主代码的编译只需要JDK提供的JDBC接口,只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动
f.system:系统依赖范围。该依赖与三种classpath的关系,和provided依赖范围完全一致。但是,使用system范围的依赖时必须通过systemPath元素显示地指定依赖文件的路径。此依赖不是通过Maven仓库解析的,而且往往与本机系统绑定,可能造成构件的不可移植,需谨慎使用。
g.import:导入依赖方位。该依赖范围不会对三种classpath产生实际的影响。
依赖范围(Scope) | 对于编译classpath有效 | 对于测试classpath有效 | 对于运行时classpath有效 | 例子 |
compile | Y | Y | Y | sprint-core |
test | - | Y | - | junit |
provided | Y | Y | - | servlet-api |
runtime | - | Y | Y | JDBC驱动实现 |
system | y | Y | - | 本地的,Maven仓库之外的类库文件 |
相关文章推荐
- MAVEN 基本的一些概念 (笔记—补充中。。。。。)
- MAVEN 基本的一些概念 (笔记—补充中。。。。。)
- Unix中存储管理的一些基本概念
- 【ExtJS】一些基本概念的梳理
- 存储的一些基本概念(HBA,LUN)
- 什么是cobol语言,主要用来干嘛用的!(最近在其它做银行或证券的项目组常听到的关键字,搜到了一些基本概念)
- Tensorflow一些常用基本概念与函数(1)
- WebLogic中的一些基本概念
- Oracle杂谈一 Oracle数据库的一些基本概念
- 计算机网络中的一些基本概念和笔试面试中常考点
- ITIL的一些基本概念
- 一些关于流媒体的基本概念
- 关于软件工程的一些基本概念
- Tensorflow一些常用基本概念与函数(1)
- oracle 11g RAC 的一些基本概念(二)
- Tensorflow一些常用基本概念与函数(1)
- 计算机一些基本概念的认识
- 装箱与拆箱以及java 的一些基本概念
- Gstreamer的一些基本概念与A/V同步分析
- .net一些基本概念