目录
- 目录
- 本文翻译于以下文章
- POM文件配置
- scope的几个范围
- 依赖其他项目
POM文件配置
dependencies: 项目依赖
plugins: 插件配置
名词解释
Project: 所有元素的根元素,该元素声明的信息主要为了方便第三方插件使用。
modelVersion: 用于指定当前POM模型的版本,对于maven2,maven3只能是4.0.0。
groupId: 必选,实际隶属项目 – 用于指定当前项目所属的组
artifactId: 必选,其中的模块 –当前项目所属组的唯一的ID号
version: 必选,版本号
type: 可选 ,依赖类型,默认jar,还有一个比较特殊的,好像是以axi开头的,用的是mar
scope: 可选,依赖范围,默认compile还有test,provided,runtime,system
optional: 可选,标记依赖是否可选,默认false
exclusion : 可选,排除传递依赖性,默认空
scope的几个范围
compile:编译,测试,运行
test:测试
provided :编译,测试
runtime:运行
system:system:编译,测试,同provided,但必须指定systemPath,网上都说-慎用。。。
scope范围的测试
1.compile
编译范围,默认scope,在工程环境的classpath(编译环境)和打包(如果是WAR包,会包含在WAR包中)时候都有效。
2.provided
容器或JDK已提供范围,表示该依赖包已经由目标容器(如tomcat)和JDK提供,只在编译的classpath中加载和使用,打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包,一般由servlet容器提供,无需在打包到war包中,如果不配置为provided,把这些包打包到工程war包中,在tomcat6以上版本会出现冲突无法正常运行程序(版本不符的情况)。
3.runtime
一般是运行和测试环境使用,编译时候不用加入classpath,打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口,具体的时候可能有多个,运行时通过配置文件或jar包扫描动态加载的情况。典型的包括:JDBC驱动等。
4.test
测试范围,一般是单元测试场景使用,在编译环境加入classpath,但打包时不会加入,如junit等。
5.system(还未测试,一般用不到)
系统范围,与provided类似,只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径,所以该scope是不推荐的。如果是基于组织的,一般会建立本地镜像,会把本地的或组织的基础组件加入本地镜像管理,避过使用该scope的情况。
build设置
defaultGoal:默认的目标,必须跟命令行上的参数相同,如:jar:jar,或者与时期parse相同,例如install
directory:指定build target目标的目录,默认为$(basedir}/target,即项目根目录下的target
finalName:指定去掉后缀的工程名字,例如:默认为artifactId− a r t i f a c t I d − {version}
filters:用于定义指定filter属性的位置,例如filter元素赋值filters/filter1.properties,那么这个文件里面就可以定义name=value对,这个name=value对的值就可以在工程pom中通过name引用,默认的filter目录是 n a m e 引 用 , 默 认 的 f i l t e r 目 录 是 {basedir}/src/main/fiters/
resources:描述工程中资源的位置
依赖其他项目
<dependency>
<groupId>创建的groupid</groupId>
<artifactId>默认的id</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
//例子:com.tkp.base
<dependency>
<groupId>com.tkp</groupId>
<artifactId>base</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>