您的位置:首页 > 其它

maven 中 pom.xml 配置文件标签说明,dependencyManagement和dependencies区别

2016-09-03 19:06 369 查看
参考:http://zhaoshijie.iteye.com/blog/2094478
http://blog.csdn.net/cpf2016/article/details/45674377

 

还有一篇转载文章也说得很详细,见:http://blog.csdn.net/jiangyu1013/article/details/52424672

 

maven/java/web/bootstrapQQ群:566862629。希望更多人一起帮助我学习。



modelVersion:声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。

parent:引入父级pom文件。

groupId:公司名称、组织名称、项目开发者,配置时生成路径也是由此生成(包名,如com.XXX)。

artifactId:项目通用名称。

version:对应项目版本号。

packaging:打包后的类型。如war、jar、maven-plugin、ejb、pom、ear、par、rar

name:用户描述项目的名称,可选。

url:项目主页的URL, Maven产生文档时用。

exclusions:排除管理(写在dependency中)。

exclusion:具体要排除的依赖项。

repositories:仓库管理。

repository:具体仓库(有id、name、url子元素)。

properties:自定义标签管理(可在其内自定义标签名、值,用法同于el表达式:${标签名}得到其值),常用于集中定义依赖版本号。

scope:管理部署(可以使用5个值:

    * compile,缺省值,适用于所有阶段,会随着项目一起发布。

    * provided,类似compile,期望JDK、容器或使用者会提供这个依赖。如servlet.jar。

    * runtime,只在运行时使用,如JDBC驱动,适用运行和测试阶段。

    * test,只在测试时使用,用于编译和运行测试代码。不会随项目发布。

    * system,类似provided,需要显式提供包含依赖的jar,Maven不会在Repository中查找它。

  )。

 

 


dependencies:依赖,jar包管理。

dependency:具体的依赖项。

dependencyManagement:依赖,jar包管理。

dependencyManagement和dependencies区别:

 1)dependencies:自动引入声明在dependencies里的所有依赖,并默认被所有的子项目继承。如果项目中不写依赖项,则会从父项目

继承(属性全部继承)声明在父项目dependencies里的依赖项。

 2)dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要的依赖。如果不在子项目中声明依赖,

是不会从父项目中继承的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取

自父pom;如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。同时dependencyManagement让子项目引用依赖,而不用显示的列

出版本号。Maven会沿着父子层次向上走,直到找到一个拥有dependencyManagement元素的项目,然后它就会使用在这个

dependencyManagement元素中指定的版本号,实现所有子项目使用的依赖项为同一版本。

 3)dependencyManagement 中的 dependencies 并不影响项目的依赖项;而独立dependencies元素则影响项目的依赖项。只有当外

层的dependencies元素中没有指明版本信息时,dependencyManagement 中的 dependencies 元素才起作用。一个是项目依赖,一个是maven

项目多模块情况时作依赖管理控制的。

 4)pluginManagement和plugins 区别相似,只不过它们用于管理plugin。

 


build:全局配置(project build),针对当前项目的所有情况都有效。自定义配置(profile build)针对不同的profile配置。

defaultGoal:执行build任务时,如果没有指定目标,将使用的默认值。

finalName:build目标文件的名称,默认情况为${artifactId}-${version}。

include:指定哪些文件将被匹配,以*作为通配符。

excludes:指定哪些文件将被忽略。

resources:用于包含或者排除某些资源文件。

testResources:定义和resource类似,只不过在test时使用

directory:build目标文件的存放目录,就是定义resource文件所在的文件夹,默认在${basedir}/target目录。

plugins:指定使用的插件。

configuration:配置该plugin期望得到的properties。



 

另外:

modules:一个项目有多个平级模块,也叫做多重模块,或者合成项目,modules实现平级模块管理。

module:具体模块名称(标明该模块和artifactId标签中模块平级),是project标签的子元素。

profiles:自定义配置信息管理

profile:具体自定义配置(可以在不同环境下使用不同的配制文件)

activation:profile的子元素,指该配置的激活条件。Activation是profile的开启钥匙,但不是激活profile的唯一方式。

jdk:当匹配的jdk被检测到,profile被激活。

os:用法同于jdk,当匹配的操作系统属性被检测到,profile被激活。

 

 

 

 

 

 

 
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息