Maven pom配置Word格式.docx

上传人:b****2 文档编号:144063 上传时间:2023-04-28 格式:DOCX 页数:28 大小:26.56KB
下载 相关 举报
Maven pom配置Word格式.docx_第1页
第1页 / 共28页
Maven pom配置Word格式.docx_第2页
第2页 / 共28页
Maven pom配置Word格式.docx_第3页
第3页 / 共28页
Maven pom配置Word格式.docx_第4页
第4页 / 共28页
Maven pom配置Word格式.docx_第5页
第5页 / 共28页
Maven pom配置Word格式.docx_第6页
第6页 / 共28页
Maven pom配置Word格式.docx_第7页
第7页 / 共28页
Maven pom配置Word格式.docx_第8页
第8页 / 共28页
Maven pom配置Word格式.docx_第9页
第9页 / 共28页
Maven pom配置Word格式.docx_第10页
第10页 / 共28页
Maven pom配置Word格式.docx_第11页
第11页 / 共28页
Maven pom配置Word格式.docx_第12页
第12页 / 共28页
Maven pom配置Word格式.docx_第13页
第13页 / 共28页
Maven pom配置Word格式.docx_第14页
第14页 / 共28页
Maven pom配置Word格式.docx_第15页
第15页 / 共28页
Maven pom配置Word格式.docx_第16页
第16页 / 共28页
Maven pom配置Word格式.docx_第17页
第17页 / 共28页
Maven pom配置Word格式.docx_第18页
第18页 / 共28页
Maven pom配置Word格式.docx_第19页
第19页 / 共28页
Maven pom配置Word格式.docx_第20页
第20页 / 共28页
亲,该文档总共28页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

Maven pom配置Word格式.docx

《Maven pom配置Word格式.docx》由会员分享,可在线阅读,更多相关《Maven pom配置Word格式.docx(28页珍藏版)》请在冰点文库上搜索。

Maven pom配置Word格式.docx

模型本身的版本很少改变,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。

modelVersion>

4.0.0<

/modelVersion>

--项目的全球唯一标识符,通常使用全限定的包名区分该项目和其他项目。

并且构建时生成的路径也是由此生成,如com.mycompany.app生成的相对路径为:

/com/mycompany/app-->

groupId>

asia.banseon<

/groupId>

--构件的标识符,它和groupID一起唯一标识一个构件。

换句话说,你不能有两个不同的项目拥有同样的artifactID和groupID;

在某个特定的groupID下,artifactID也必须是唯一的。

构件是项目产生的或使用的一个东西,Maven为项目产生的构件包括:

JARs,源码,二进制发布和WARs等。

artifactId>

banseon-maven2<

/artifactId>

--项目产生的构件类型,例如jar、war、ear、pom。

插件可以创建他们自己的构件类型,所以前面列的不是全部构件类型-->

packaging>

jar<

/packaging>

--项目当前版本,格式为:

主版本.次版本.增量版本-限定版本号-->

version>

1.0-SNAPSHOT<

/version>

--项目的名称,Maven产生的文档用-->

name>

banseon-maven<

/name>

--项目主页的URL,Maven产生的文档用-->

url>

--项目的详细描述,Maven产生的文档用。

当这个元素能够用HTML格式描述时(例如,CDATA中的文本会被解析器忽略,就可以包含HTML标签),不鼓励使用纯文本描述。

如果你需要修改产生的web站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。

description>

Amavenprojecttostudymaven.<

/description>

--描述了这个项目构建环境中的前提条件。

prerequisites>

--构建该项目或使用该插件所需要的Maven的最低版本-->

maven/>

/prerequisites>

--项目的问题管理系统(Bugzilla,Jira,Scarab,或任何你喜欢的问题管理系统)的名称和URL,本例为jira-->

issueManagement>

--问题管理系统(例如jira)的名字,-->

system>

jira<

/system>

--该项目使用的问题管理系统的URL-->

/issueManagement>

--项目持续集成信息-->

ciManagement>

--持续集成系统的名字,例如continuum-->

system/>

--该项目使用的持续集成系统的URL(如果持续集成系统有web接口的话)。

url/>

--构建完成时,需要通知的开发者/用户的配置项。

包括被通知者信息和通知条件(错误,失败,成功,警告)-->

notifiers>

--配置一种方式,当构建中断时,以该方式通知用户/开发者-->

notifier>

--传送通知的途径-->

type/>

--发生错误时是否通知-->

sendOnError/>

--构建失败时是否通知-->

sendOnFailure/>

--构建成功时是否通知-->

sendOnSuccess/>

--发生警告时是否通知-->

sendOnWarning/>

--不赞成使用。

通知发送到哪里-->

address/>

--扩展配置项-->

configuration/>

/notifier>

/notifiers>

/ciManagement>

--项目创建年份,4位数字。

当产生版权信息时需要使用这个值。

inceptionYear/>

--项目相关邮件列表信息-->

mailingLists>

--该元素描述了项目相关的所有邮件列表。

自动产生的网站引用这些信息。

mailingList>

--邮件的名称-->

Demo<

--发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto:

链接会被自动创建-->

post>

banseon@<

/post>

--订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto:

subscribe>

/subscribe>

--取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto:

unsubscribe>

/unsubscribe>

--你可以浏览邮件信息的URL-->

archive>

/

/mailingList>

/mailingLists>

--项目开发者列表-->

developers>

--某个项目开发者的信息-->

developer>

--SCM里项目开发者的唯一标识符-->

id>

HELLOWORLD<

/id>

--项目开发者的全名-->

banseon<

--项目开发者的email-->

email>

/email>

--项目开发者的主页的URL-->

--项目开发者在项目中扮演的角色,角色元素描述了各种角色-->

roles>

role>

ProjectManager<

/role>

Architect<

/roles>

--项目开发者所属组织-->

organization>

demo<

/organization>

--项目开发者所属组织的URL-->

organizationUrl>

--项目开发者属性,如即时消息如何处理等-->

properties>

dept>

No<

/dept>

/properties>

--项目开发者所在时区,-11到12范围内的整数。

timezone>

-5<

/timezone>

/developer>

/developers>

--项目的其他贡献者列表-->

contributors>

--项目的其他贡献者。

参见developers/developer元素-->

contributor>

name/>

email/>

organization/>

organizationUrl/>

roles/>

timezone/>

properties/>

/contributor>

/contributors>

--该元素描述了项目所有License列表。

应该只列出该项目的license列表,不要列出依赖项目的license列表。

如果列出多个license,用户可以选择它们中的一个而不是接受所有license。

licenses>

--描述了项目的license,用于生成项目的web站点的license页面,其他一些报表和validation也会用到该元素。

license>

--license用于法律上的名称-->

Apache2<

--官方的license正文页面的URL-->

--项目分发的主要方式:

repo,可以从Maven库下载

manual,用户必须手动下载和安装依赖-->

distribution>

repo<

/distribution>

--关于license的补充信息-->

comments>

Abusiness-friendlyOSSlicense<

/comments>

/license>

/licenses>

--SCM(SourceControlManagement)标签允许你配置你的代码库,供Mavenweb站点和其它插件使用。

scm>

--SCM的URL,该URL描述了版本库和如何连接到版本库。

欲知详情,请看SCMs提供的URL格式和列表。

该连接只读。

connection>

scm:

svn:

/connection>

--给开发者使用的,类似connection元素。

即该连接不仅仅只读-->

developerConnection>

/developerConnection>

--当前代码的标签,在开发阶段默认为HEAD-->

tag/>

--指向项目的可浏览SCM库(例如ViewVC或者Fisheye)的URL。

/scm>

--描述项目所属组织的各种属性。

Maven产生的文档用-->

--组织的全名-->

--组织主页的URL-->

--构建项目需要的信息-->

build>

--该元素设置了项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。

该路径是相对于pom.xml的相对路径。

sourceDirectory/>

--该元素设置了项目脚本源码目录,该目录和源码目录不同:

绝大多数情况下,该目录下的内容会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。

scriptSourceDirectory/>

--该元素设置了项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。

testSourceDirectory/>

--被编译过的应用程序class文件存放的目录。

outputDirectory/>

--被编译过的测试class文件存放的目录。

testOutputDirectory/>

--使用来自该项目的一系列构建扩展-->

extensions>

--描述使用到的构建扩展。

extension>

--构建扩展的groupId-->

--构建扩展的artifactId-->

--构建扩展的版本-->

/extension>

/extensions>

--当项目没有规定目标(Maven2叫做阶段)时的默认值-->

defaultGoal/>

--这个元素描述了项目相关的所有资源路径列表,例如和项目相关的属性文件,这些资源被包含在最终的打包文件里。

resources>

--这个元素描述了项目相关或测试相关的所有资源路径-->

resource>

--描述了资源的目标路径。

该路径相对target/classes目录(例如${project.build.outputDirectory})。

举个例子,如果你想资源在特定的包里(org.apache.maven.messages),你就必须该元素设置为org/apache/maven/messages。

然而,如果你只是想把资源放到源码目录结构里,就不需要该配置。

targetPath/>

--是否使用参数值代替参数名。

参数值取自properties元素或者文件里配置的属性,文件在filters元素里列出。

filtering/>

--描述存放资源的目录,该路径相对POM路径-->

directory/>

--包含的模式列表,例如**/*.xml.-->

includes/>

--排除的模式列表,例如**/*.xml-->

excludes/>

/resource>

/resources>

--这个元素描述了单元测试相关的所有资源路径,例如和单元测试相关的属性文件。

testResources>

--这个元素描述了测试相关的所有资源路径,参见build/resources/resource元素的说明-->

testResource>

/testResource>

/testResources>

--构建产生的所有文件存放的目录-->

--产生的构件的文件名,默认值是${artifactId}-${version}。

finalName/>

--当filtering开关打开时,使用到的过滤器属性文件列表-->

filters/>

--子项目可以引用的默认插件信息。

该插件配置项直到被引用时才会被解析或绑定到生命周期。

给定插件的任何本地配置都会覆盖这里的配置-->

pluginManagement>

--使用的插件列表。

plugins>

--plugin元素包含描述插件所需要的信息。

plugin>

--插件在仓库里的groupID-->

--插件在仓库里的artifactID-->

--被使用的插件的版本(或版本范围)-->

--是否从该插件下载Maven扩展(例如打包和类型处理器),由于性能原因,只有在真需要下载时,该元素才被设置成enabled。

extensions/>

--在构建生命周期中执行一组目标的配置。

每个目标可能有不同的配置。

executions>

--execution元素包含了插件执行需要的信息-->

execution>

--执行目标的标识符,用于标识构建过程中的目标,或者匹配继承过程中需要合并的执行目标-->

id/>

--绑定了目标的构建生命周期阶段,如果省略,目标会被绑定到源数据里配置的默认阶段-->

phase/>

--配置的执行目标-->

goals/>

--配置是否被传播到子POM-->

inherited/>

--作为DOM对象的配置-->

/execution>

/executions>

--项目引入插件所需要的额外依赖-->

dependencies>

--参见dependencies/dependency元素-->

dependency>

......

/dependency>

/dependencies>

--任何配置是否被传播到子项目-->

/plugin>

/plugins>

/pluginManagement>

--使用的插件列表-->

--参见build/pluginManagement/plugins/plugin元素-->

/build>

--在列的项目构建profile,如果被激活,会修改构建处理-->

profiles>

--根据环境参数或命令行参数激活某个构建处理-->

profile>

--构建配置的唯一标识符。

即用于命令行激活,也用于在继承时合并具有相同标识符的profile。

--自动触发profile的条件逻辑。

Activation是profile的开启钥匙。

profile的力量来自于它

能够在某些特定的环境中自动使用某些特定的值;

这些环境通过activation元素指定。

activation

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2