温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

maven工程的pom文件有什么作用

发布时间:2021-06-30 17:20:18 来源:亿速云 阅读:862 作者:chen 栏目:大数据

这篇文章主要讲解了“maven工程的pom文件有什么作用”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“maven工程的pom文件有什么作用”吧!

POM文件结构

<project>
<parent>
	<!-- 被继承的父项目的构建标识符 -->
	<artifactId></artifactId>
	<!-- 被继承的父项目的全球标识符 -->
	<groupId></groupId>
	<!-- 被继承的父项目的版本号 -->
	<version></version>
	<!-- 父项目的pom.xml文件的相对路径。相对路径允许你选择一个 -->
	<relativePath></relativePath>
</parent>
<!-- 声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变 ,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。 -->
<modelVersion>4.0.0</modelVersion>
<!-- 项目的全球唯一标识符,通常使用全限定的包名区分该项目和其他项目。并且构建时生成的路径也是由此生成, 如com.mycompany.app生成的相对路径为:/com/mycompany/app -->
<groupId>com.demo</groupId>
<!-- 构件的标识符,它和group ID一起唯一标识一个构件。换句话说,你不能有两个不同的项目拥有同样的artifact ID和groupID;在某个特定的group ID下,artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西,Maven为项目产生的构件包括:JARs,源码,二进制发布和WARs等。 -->
<artifactId>bpmnProject</artifactId>
<!-- 项目当前版本,格式为:主版本.次版本.增量版本-限定版本号 -->
<version>1.0.0-SNAPSHOT</version>

<!-- 项目产生的构件类型,例如jar、war、ear、pom。插件可以创建他们自己的构件类型,所以前面列的不是全部构件类型 -->
<packaging>war</packaging>

<!-- 项目的名称, Maven产生的文档用 -->
<name>banseon-maven</name>
<!-- 项目主页的URL, Maven产生的文档用 -->
<url>http://www.example.com</url>
<!-- 项目的详细描述, Maven 产生的文档用。 当这个元素能够用HTML格式描述时(例如,CDATA中的文本会被解析器忽略,就可以包含HTML标签), 不鼓励使用纯文本描述。如果你需要修改产生的web站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。 -->
<description>A maven project to study maven</description>
<!-- 描述了这个项目构建环境中的前提条件 -->
<prerequisites>
	<!-- 构建该项目或使用该插件所需要的Maven的最低版本 -->
	<maven></maven>
</prerequisites>
<!-- 项目的问题管理系统(Bugzilla,Jira,Scarab,或任何你喜欢的问题管理系统)的名称或URL,本例为Jira -->
<issueManagement>
	<!-- 问题管理系统(例如Jira)的名字 -->
	<system>jira</system>
	<!-- 该项目使用的问题管理系统的URL -->
	<url>http://jira/baidu.com/banseon</url>
</issueManagement>
<!-- 项目持续集成信息 -->
<ciManagement>
	<!-- 持续集成系统的名字,例如continuum -->
	<system></system>
	<!-- 该项目使用的持续集成系统的URL(如果持续集成系统有web接口的话) -->
	<url></url>
	<!-- 构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告) -->
	<notifiers>
		<!-- 配置一种方式,当构建中断时,以该方式通知用户/开发者 -->
		<notifier>
			<!-- 传送通知的途径 -->
			<type></type>
			<!-- 发生错误时是否通知 -->
			<sendOnError></sendOnError>
			<!-- 构建失败时是否通知 -->
			<sendOnFailure></sendOnFailure>
			<!-- 构建成功时是否通知 -->
			<sendOnSuccess></sendOnSuccess>
			<!-- 发生警告时是否通知 -->
			<sendOnWarning></sendOnWarning>
			<!-- 不赞成使用,通知发送到哪儿 -->
			<address></address>
			<!-- 扩展配置项 -->
			<configuration></configuration>
		</notifier>
	</notifiers>
</ciManagement>
<!-- 项目创建年份,4位数字。当产生版权信息时需要使用这个值 -->
<inceptionYear></inceptionYear>
<mailingLists>
	<mailingList>
		<name>Demo</name>
		<post>banseon@126.com</post>
		<subscribe>banseon@126.com</subscribe>
		<unsubscribe>banseon@126.com</unsubscribe>
		<archive>http://hi.baidu.com/banseon/demo/dev</archive>
	</mailingList>
</mailingLists>
<!-- 项目开发者列表 -->
<developers>
	<!-- 某个项目开发者的信息 -->
	<developer>
		<!-- SCM里项目开发者的唯一标识 -->
		<id>HELLO WORLD</id>
		<!-- 项目开发者的全名 -->
		<name>banseon</name>
		<!-- 项目开发者的email -->
		<email>banseon@126.com</email>
		<!-- 项目开发者的主页url -->
		<url></url>
		<!-- 项目开发者在项目中扮演的角色,角色元素描述了各种角色 -->
		<roles>
			<role>Project Manager</role>
			<role>Architect</role>
		</roles>
		<!-- 项目开发者所属的组织 -->
		<organization>http://hi.baidu.com/banseon</organization>
		<!-- 项目开发者属性,如即时消息如何处理等 -->
		<properties>
			<dept> No </dept>
		</properties>
		<!-- 项目开发者所在时区, -11到12范围内的整数。 -->
		<timezone>-5</timezone>
	</developer>
</developers>
<!-- 项目的其他贡献者列表 -->
<contributors>
	<!-- 项目的其他贡献者。参见developers/developer元素 -->
	<contributor>
		<name></name>
		<email></email>
		<url></url>
		<organization></organization>
		<organizationUrl></organizationUrl>
		<roles></roles>
		<timezone></timezone>
		<properties></properties>
	</contributor>
</contributors>
<!-- 该元素描述了项目所有License列表。 应该只列出该项目的license列表,不要列出依赖项目的 license列表。如果列出多个license,用户可以选择它们中的一个而不是接受所有license。 -->
<licenses>
<!-- 描述了项目的license,用于生成项目的web站点的license页面,其他一些报表和validation也会用到该元素。 -->
	<license>
	<!-- license用于法律上的名称 -->
		<name> Apache 2 </name>
		<!-- 官方的license正文页面的URL -->
		<url> http://www.baidu.com/banseon/LICENSE-2.0.txt </url>
	<!-- 项目分发的主要方式:
		repo,可以从Maven库下载 
		manual, 用户必须手动下载和安装依赖 -->
		<distribution> repo </distribution>
		<!-- 关于license的补充信息 -->
		<comments> A business-friendly OSS license </comments>
	</license>
</licenses>
<!-- SCM(Source Control Management)标签允许你配置你的代码库,供Maven web站点和其它插件使用。 -->
<scm>
	<!-- SCM的URL,该URL描述了版本库和如何连接到版本库。欲知详情,请看SCMs提供的URL格式和列表。该连接只读。 -->
	<connection>
		scm:svn:http://svn.baidu.com/banseon/maven/banseon/banseon-maven2-trunk(dao-trunk)
	</connection>

	<!-- 给开发者使用的,类似connection元素。即该连接不仅仅只读 -->

	<developerConnection>
		scm:svn:http://svn.baidu.com/banseon/maven/banseon/dao-trunk
	</developerConnection>
	<!-- 当前代码的标签,在开发阶段默认为HEAD -->
	<tag />
	<!-- 指向项目的可浏览SCM库(例如ViewVC或者Fisheye)的URL。 -->
	<url> http://svn.baidu.com/banseon </url>
</scm>
<!-- 描述项目所属组织的各种属性。Maven产生的文档用 -->
<organization>
	<!-- 组织的全名 -->
	<name> demo </name>
	<!-- 组织主页的URL -->
	<url> http://www.baidu.com/banseon </url>
</organization>
<!-- 构建项目需要的信息 -->
<build>
	<!-- 该元素设置了项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.mxl的相对路径。 -->
	<sourceDirectory></sourceDirectory>
	<!-- 该元素设置了项目脚本源码目录,该目录和源码目录不同,绝大多数情况下,该目录下的内容会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的) -->
	<scriptSourceDirectory></scriptSourceDirectory>
	<!-- 该元素设置了项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码,该路径是相对于pom.xml的相对路径 -->
	<testSourceDirectory></testSourceDirectory>
	<!-- 被编译过的应用程序class文件存放的目录 -->
	<outputDirectory></outputDirectory>
	<!-- 被编译过的测试class文件存放的目录 -->
	<testOutputDirectory></testOutputDirectory>
	<!-- 使用来自该项目的一系列构建扩展 -->
	<extensions>
		<!-- 描述使用到的构建扩展 -->
		<extension>
			<!-- 构建扩展的groupId -->
			<groupId></groupId>
			<!-- 构建扩展的artifactId -->
			<artifactId></artifactId>
			<!-- 构件扩展的版本 -->
			<version></version>
		</extension>
	</extensions>
	<!-- 使用的插件列表 -->
	<plugins>
		<!-- plugin元素包含描述插件所需要的信息 -->
		<plugin>
			<!-- 插件在仓库里的groupId -->
			<groupId></groupId>
			<!-- 插件在仓库里的artifactId -->
			<artifactId></artifactId>
			<!-- 被使用的插件的版本(或者版本范围) -->
			<version></version>
			<!-- 是否从该插件下载Maven扩展(例如打包或类型处理器),由于性能原因,只有在真需要下载时,该元素才被设置成enabled -->
			<extensions></extensions>
			<!-- 在构建生命周期中执行一组目标的配置,每个目标可能有不同的配置 -->
			<executions>
				<!-- execution元素包含了插件执行需要的信息 -->
				<execution>
					<!-- 执行目标的标识符,用于标识构建过程的目标,或者匹配继承过程中需要合并的目标 -->
					<id></id>
					<!-- 绑定了目标的构建生命周期阶段,如果省略,目标会被绑定到源数据的默认阶段 -->
					<phase></phase>
					<!-- 配置的执行目标 -->
					<goals></goals>
					<!-- 配置是否被传播到子pom -->
					<inherited></inherited>
					<!-- 作为DOM对象的配置 -->
					<configuration></configuration>
				</execution>
			</executions>
			<!-- 项目中引入插件所需要的配置 -->
			<dependencies>
				<!-- 参见dependencied/dependency元素 -->
				<dependency>
				</dependency>
			</dependencies>
			<!-- 任何配置是否被传播到子pom -->
			<inherited></inherited>
			<!-- 作为pom对象的配置 -->
			<configuration></configuration>
		</plugin>
	</plugins>
</build>
</project>

感谢各位的阅读,以上就是“maven工程的pom文件有什么作用”的内容了,经过本文的学习后,相信大家对maven工程的pom文件有什么作用这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI