`

转:史上最全的maven pom.xml文件教程详解

阅读更多
<project xmlns="http://maven.apache.org/POM/4.0.0" 

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd "> 

<!-- 父项目的坐标。如果项目中没有规定某个元素的值,那么父项目中的对应值即为项目的默认值。 坐标包括group ID,artifact ID和 version。 --> 

<parent> 

<!-- 被继承的父项目的构件标识符 --> 

<artifactId /> 

<!-- 被继承的父项目的全球唯一标识符 --> 

<groupId /> 

<!-- 被继承的父项目的版本 --> 

<version /> 

<!-- 父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。Maven首先在构建当前项目的地方寻找父项目的pom,其次在文件系统的这个位置(relativePath位置),然后在本地仓库,最后在远程仓库寻找父项目的pom。 --> 

<relativePath /> 

</parent> 

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

<modelVersion> 4.0.0 </modelVersion> 

<!-- 项目的全球唯一标识符,通常使用全限定的包名区分该项目和其他项目。并且构建时生成的路径也是由此生成, 如com.mycompany.app生成的相对路径为:/com/mycompany/app --> 

<groupId> asia.banseon </groupId> 

<!-- 构件的标识符,它和group ID一起唯一标识一个构件。换句话说,你不能有两个不同的项目拥有同样的artifact ID和groupID;在某个特定的group ID下,artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西,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> http://www.baidu.com/banseon </url> 

<!-- 项目的详细描述, Maven 产生的文档用。 当这个元素能够用HTML格式描述时(例如,CDATA中的文本会被解析器忽略,就可以包含HTML标签), 不鼓励使用纯文本描述。如果你需要修改产生的web站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。 --> 

<description> A maven project to study maven. </description> 

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

<prerequisites> 

<!-- 构建该项目或使用该插件所需要的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 /> 

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

<url /> 

<!-- 构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告) --> 

<notifiers> 

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

<notifier> 

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

<type /> 

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

<sendOnError /> 

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

<sendOnFailure /> 

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

<sendOnSuccess /> 

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

<sendOnWarning /> 

<!-- 不赞成使用。通知发送到哪里 --> 

<address /> 

<!-- 扩展配置项 --> 

<configuration /> 

</notifier> 

</notifiers> 

</ciManagement> 

<!-- 项目创建年份,4位数字。当产生版权信息时需要使用这个值。 --> 

<inceptionYear /> 

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

<mailingLists> 

<!-- 该元素描述了项目相关的所有邮件列表。自动产生的网站引用这些信息。 --> 

<mailingList> 

<!-- 邮件的名称 --> 

<name> Demo </name> 

<!-- 发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 --> 

<post> banseon@126.com </post> 

<!-- 订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 --> 

<subscribe> banseon@126.com </subscribe> 

<!-- 取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 --> 

<unsubscribe> banseon@126.com </unsubscribe> 

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

<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 /> 

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

<roles> 

<role> Project Manager </role> 

<role> Architect </role> 

</roles> 

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

<organization> demo </organization> 

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

<organizationUrl> http://hi.baidu.com/banseon </organizationUrl> 

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

<properties> 

<dept> No </dept> 

</properties> 

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

<timezone> -5 </timezone> 

</developer> 

</developers> 

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

<contributors> 

<!-- 项目的其他贡献者。参见developers/developer元素 --> 

<contributor> 

<name /><email /><url /><organization /><organizationUrl /><roles /><timezone /><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.xml的相对路径。 --> 

<sourceDirectory /> 

<!-- 该元素设置了项目脚本源码目录,该目录和源码目录不同:绝大多数情况下,该目录下的内容 会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。 --> 

<scriptSourceDirectory /> 

<!-- 该元素设置了项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。 --> 

<testSourceDirectory /> 

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

<outputDirectory /> 

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

<testOutputDirectory /> 

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

<extensions> 

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

<extension> 

<!-- 构建扩展的groupId --> 

<groupId /> 

<!-- 构建扩展的artifactId --> 

<artifactId /> 

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

<version /> 

</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> 

<targetPath /><filtering /><directory /><includes /><excludes /> 

</testResource> 

</testResources> 

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

<directory /> 

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

<finalName /> 

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

<filters /> 

<!-- 子项目可以引用的默认插件信息。该插件配置项直到被引用时才会被解析或绑定到生命周期。给定插件的任何本地配置都会覆盖这里的配置 --> 

<pluginManagement> 

<!-- 使用的插件列表 。 --> 

<plugins> 

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

<plugin> 

<!-- 插件在仓库里的group ID --> 

<groupId /> 

<!-- 插件在仓库里的artifact ID --> 

<artifactId /> 

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

<version /> 

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

<extensions /> 

<!-- 在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。 --> 

<executions> 

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

<execution> 

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

<id /> 

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

<phase /> 

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

<goals /> 

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

<inherited /> 

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

<configuration /> 

</execution> 

</executions> 

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

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

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

<inherited /> 

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

<configuration /> 

</plugin> 

</plugins> 

</pluginManagement> 

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

<plugins> 

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

<plugin> 

<groupId /><artifactId /><version /><extensions /> 

<executions> 

<execution> 

<id /><phase /><goals /><inherited /><configuration /> 

</execution> 

</executions> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

<goals /><inherited /><configuration /> 

</plugin> 

</plugins> 

</build> 

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

<profiles> 

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

<profile> 

<!-- 构建配置的唯一标识符。即用于命令行激活,也用于在继承时合并具有相同标识符的profile。 --> 

<id /> 

<!-- 自动触发profile的条件逻辑。Activation是profile的开启钥匙。profile的力量来自于它 

能够在某些特定的环境中自动使用某些特定的值;这些环境通过activation元素指定。activation元素并不是激活profile的唯一方式。 --> 

<activation> 

<!-- profile默认是否激活的标志 --> 

<activeByDefault /> 

<!-- 当匹配的jdk被检测到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4开头的JDK。 --> 

<jdk /> 

<!-- 当匹配的操作系统属性被检测到,profile被激活。os元素可以定义一些操作系统相关的属性。 --> 

<os> 

<!-- 激活profile的操作系统的名字 --> 

<name> Windows XP </name> 

<!-- 激活profile的操作系统所属家族(如 'windows') --> 

<family> Windows </family> 

<!-- 激活profile的操作系统体系结构 --> 

<arch> x86 </arch> 

<!-- 激活profile的操作系统版本 --> 

<version> 5.1.2600 </version> 

</os> 

<!-- 如果Maven检测到某一个属性(其值可以在POM中通过${名称}引用),其拥有对应的名称和值,Profile就会被激活。如果值 

字段是空的,那么存在属性名称字段就会激活profile,否则按区分大小写方式匹配属性值字段 --> 

<property> 

<!-- 激活profile的属性的名称 --> 

<name> mavenVersion </name> 

<!-- 激活profile的属性的值 --> 

<value> 2.0.3 </value> 

</property> 

<!-- 提供一个文件名,通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在,如果不存在则激活 

profile。另一方面,exists则会检查文件是否存在,如果存在则激活profile。 --> 

<file> 

<!-- 如果指定的文件存在,则激活profile。 --> 

<exists> /usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/ </exists> 

<!-- 如果指定的文件不存在,则激活profile。 --> 

<missing> /usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/ </missing> 

</file> 

</activation> 

<!-- 构建项目所需要的信息。参见build元素 --> 

<build> 

<defaultGoal /> 

<resources> 

<resource> 

<targetPath /><filtering /><directory /><includes /><excludes /> 

</resource> 

</resources> 

<testResources> 

<testResource> 

<targetPath /><filtering /><directory /><includes /><excludes /> 

</testResource> 

</testResources> 

<directory /><finalName /><filters /> 

<pluginManagement> 

<plugins> 

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

<plugin> 

<groupId /><artifactId /><version /><extensions /> 

<executions> 

<execution> 

<id /><phase /><goals /><inherited /><configuration /> 

</execution> 

</executions> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

<goals /><inherited /><configuration /> 

</plugin> 

</plugins> 

</pluginManagement> 

<plugins> 

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

<plugin> 

<groupId /><artifactId /><version /><extensions /> 

<executions> 

<execution> 

<id /><phase /><goals /><inherited /><configuration /> 

</execution> 

</executions> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

<goals /><inherited /><configuration /> 

</plugin> 

</plugins> 

</build> 

<!-- 模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径 --> 

<modules /> 

<!-- 发现依赖和扩展的远程仓库列表。 --> 

<repositories> 

<!-- 参见repositories/repository元素 --> 

<repository> 

<releases> 

<enabled /><updatePolicy /><checksumPolicy /> 

</releases> 

<snapshots> 

<enabled /><updatePolicy /><checksumPolicy /> 

</snapshots> 

<id /><name /><url /><layout /> 

</repository> 

</repositories> 

<!-- 发现插件的远程仓库列表,这些插件用于构建和报表 --> 

<pluginRepositories> 

<!-- 包含需要连接到远程插件仓库的信息.参见repositories/repository元素 --> 

<pluginRepository> 

<releases> 

<enabled /><updatePolicy /><checksumPolicy /> 

</releases> 

<snapshots> 

<enabled /><updatePolicy /><checksumPolicy /> 

</snapshots> 

<id /><name /><url /><layout /> 

</pluginRepository> 

</pluginRepositories> 

<!-- 该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。 --> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

<!-- 不赞成使用. 现在Maven忽略该元素. --> 

<reports /> 

<!-- 该元素包括使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。参见reporting元素 --> 

<reporting> 



</reporting> 

<!-- 参见dependencyManagement元素 --> 

<dependencyManagement> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

</dependencyManagement> 

<!-- 参见distributionManagement元素 --> 

<distributionManagement> 



</distributionManagement> 

<!-- 参见properties元素 --> 

<properties /> 

</profile> 

</profiles> 

<!-- 模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径 --> 

<modules /> 

<!-- 发现依赖和扩展的远程仓库列表。 --> 

<repositories> 

<!-- 包含需要连接到远程仓库的信息 --> 

<repository> 

<!-- 如何处理远程仓库里发布版本的下载 --> 

<releases> 

<!-- true或者false表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 --> 

<enabled /> 

<!-- 该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是:always(一直),daily(默认,每日),interval:X(这里X是以分钟为单位的时间间隔),或者never(从不)。 --> 

<updatePolicy /> 

<!-- 当Maven验证构件校验文件失败时该怎么做:ignore(忽略),fail(失败),或者warn(警告)。 --> 

<checksumPolicy /> 

</releases> 

<!-- 如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置,POM就可以在每个单独的仓库中,为每种类型的构件采取不同的策略。例如,可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素 --> 

<snapshots> 

<enabled /><updatePolicy /><checksumPolicy /> 

</snapshots> 

<!-- 远程仓库唯一标识符。可以用来匹配在settings.xml文件里配置的远程仓库 --> 

<id> banseon-repository-proxy </id> 

<!-- 远程仓库名称 --> 

<name> banseon-repository-proxy </name> 

<!-- 远程仓库URL,按protocol://hostname/path形式 --> 

<url> http://192.168.1.169:9999/repository/ </url> 

<!-- 用于定位和排序构件的仓库布局类型-可以是default(默认)或者legacy(遗留)。Maven 2为其仓库提供了一个默认的布局;然而,Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default(默认)还是legacy(遗留)。 --> 

<layout> default </layout> 

</repository> 

</repositories> 

<!-- 发现插件的远程仓库列表,这些插件用于构建和报表 --> 

<pluginRepositories> 

<!-- 包含需要连接到远程插件仓库的信息.参见repositories/repository元素 --> 

<pluginRepository> 



</pluginRepository> 

</pluginRepositories> 



<!-- 该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。 --> 

<dependencies> 

<dependency> 

<!-- 依赖的group ID --> 

<groupId> org.apache.maven </groupId> 

<!-- 依赖的artifact ID --> 

<artifactId> maven-artifact </artifactId> 

<!-- 依赖的版本号。 在Maven 2里, 也可以配置成版本号的范围。 --> 

<version> 3.8.1 </version> 

<!-- 依赖类型,默认类型是jar。它通常表示依赖的文件的扩展名,但也有例外。一个类型可以被映射成另外一个扩展名或分类器。类型经常和使用的打包方式对应,尽管这也有例外。一些类型的例子:jar,war,ejb-client和test-jar。如果设置extensions为 true,就可以在plugin里定义新的类型。所以前面的类型的例子不完整。 --> 

<type> jar </type> 

<!-- 依赖的分类器。分类器可以区分属于同一个POM,但不同构建方式的构件。分类器名被附加到文件名的版本号后面。例如,如果你想要构建两个单独的构件成JAR,一个使用Java 1.4编译器,另一个使用Java 6编译器,你就可以使用分类器来生成两个单独的JAR构件。 --> 

<classifier></classifier> 

<!-- 依赖范围。在项目发布过程中,帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。 

- compile :默认范围,用于编译 

- provided:类似于编译,但支持你期待jdk或者容器提供,类似于classpath 

- runtime: 在执行时需要使用 

- test: 用于test任务时使用 

- system: 需要外在提供相应的元素。通过systemPath来取得 

- systemPath: 仅用于范围为system。提供相应的路径 

- optional: 当项目自身被依赖时,标注依赖是否传递。用于连续依赖时使用 --> 

<scope> test </scope> 

<!-- 仅供system范围使用。注意,不鼓励使用这个元素,并且在新的版本中该元素可能被覆盖掉。该元素为依赖规定了文件系统上的路径。需要绝对路径而不是相对路径。推荐使用属性匹配绝对路径,例如${java.home}。 --> 

<systemPath></systemPath> 

<!-- 当计算传递依赖时, 从依赖构件列表里,列出被排除的依赖构件集。即告诉maven你只依赖指定的项目,不依赖项目的依赖。此元素主要用于解决版本冲突问题 --> 

<exclusions> 

<exclusion> 

<artifactId> spring-core </artifactId> 

<groupId> org.springframework </groupId> 

</exclusion> 

</exclusions> 

<!-- 可选依赖,如果你在项目B中把C依赖声明为可选,你就需要在依赖于B的项目(例如项目A)中显式的引用对C的依赖。可选依赖阻断依赖的传递性。 --> 

<optional> true </optional> 

</dependency> 

</dependencies> 

<!-- 不赞成使用. 现在Maven忽略该元素. --> 

<reports></reports> 

<!-- 该元素描述使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。 --> 

<reporting> 

<!-- true,则,网站不包括默认的报表。这包括“项目信息”菜单中的报表。 --> 

<excludeDefaults /> 

<!-- 所有产生的报表存放到哪里。默认值是${project.build.directory}/site。 --> 

<outputDirectory /> 

<!-- 使用的报表插件和他们的配置。 --> 

<plugins> 

<!-- plugin元素包含描述报表插件需要的信息 --> 

<plugin> 

<!-- 报表插件在仓库里的group ID --> 

<groupId /> 

<!-- 报表插件在仓库里的artifact ID --> 

<artifactId /> 

<!-- 被使用的报表插件的版本(或版本范围) --> 

<version /> 

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

<inherited /> 

<!-- 报表插件的配置 --> 

<configuration /> 

<!-- 一组报表的多重规范,每个规范可能有不同的配置。一个规范(报表集)对应一个执行目标 。例如,有1,2,3,4,5,6,7,8,9个报表。1,2,5构成A报表集,对应一个执行目标。2,5,8构成B报表集,对应另一个执行目标 --> 

<reportSets> 

<!-- 表示报表的一个集合,以及产生该集合的配置 --> 

<reportSet> 

<!-- 报表集合的唯一标识符,POM继承时用到 --> 

<id /> 

<!-- 产生报表集合时,被使用的报表的配置 --> 

<configuration /> 

<!-- 配置是否被继承到子POMs --> 

<inherited /> 

<!-- 这个集合里使用到哪些报表 --> 

<reports /> 

</reportSet> 

</reportSets> 

</plugin> 

</plugins> 

</reporting> 

<!-- 继承自该项目的所有子项目的默认依赖信息。这部分的依赖信息不会被立即解析,而是当子项目声明一个依赖(必须描述group ID和artifact ID信息),如果group ID和artifact ID以外的一些信息没有描述,则通过group ID和artifact ID匹配到这里的依赖,并使用这里的依赖信息。 --> 

<dependencyManagement> 

<dependencies> 

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

<dependency> 



</dependency> 

</dependencies> 

</dependencyManagement> 

<!-- 项目分发信息,在执行mvn deploy后表示要发布的位置。有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。 --> 

<distributionManagement> 

<!-- 部署项目产生的构件到远程仓库需要的信息 --> 

<repository> 

<!-- 是分配给快照一个唯一的版本号(由时间戳和构建流水号)?还是每次都使用相同的版本号?参见repositories/repository元素 --> 

<uniqueVersion /> 

<id> banseon-maven2 </id> 

<name> banseon maven2 </name> 

<url> file://${basedir}/target/deploy </url> 

<layout /> 

</repository> 

<!-- 构件的快照部署到哪里?如果没有配置该元素,默认部署到repository元素配置的仓库,参见distributionManagement/repository元素 --> 

<snapshotRepository> 

<uniqueVersion /> 

<id> banseon-maven2 </id> 

<name> Banseon-maven2 Snapshot Repository </name> 

<url> scp://svn.baidu.com/banseon:/usr/local/maven-snapshot </url> 

<layout /> 

</snapshotRepository> 

<!-- 部署项目的网站需要的信息 --> 

<site> 

<!-- 部署位置的唯一标识符,用来匹配站点和settings.xml文件里的配置 --> 

<id> banseon-site </id> 

<!-- 部署位置的名称 --> 

<name> business api website </name> 

<!-- 部署位置的URL,按protocol://hostname/path形式 --> 

<url> 

scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web 

</url> 

</site> 

<!-- 项目下载页面的URL。如果没有该元素,用户应该参考主页。使用该元素的原因是:帮助定位那些不在仓库里的构件(由于license限制)。 --> 

<downloadUrl /> 

<!-- 如果构件有了新的group ID和artifact ID(构件移到了新的位置),这里列出构件的重定位信息。 --> 

<relocation> 

<!-- 构件新的group ID --> 

<groupId /> 

<!-- 构件新的artifact ID --> 

<artifactId /> 

<!-- 构件新的版本号 --> 

<version /> 

<!-- 显示给用户的,关于移动的额外信息,例如原因。 --> 

<message /> 

</relocation> 

<!-- 给出该构件在远程仓库的状态。不得在本地项目中设置该元素,因为这是工具自动更新的。有效的值有:none(默认),converted(仓库管理员从Maven 1 POM转换过来),partner(直接从伙伴Maven 2仓库同步过来),deployed(从Maven 2实例部署),verified(被核实时正确的和最终的)。 --> 

<status /> 

</distributionManagement> 

<!-- 以值替代名称,Properties可以在整个POM中使用,也可以作为触发条件(见settings.xml配置文件里activation元素的说明)。格式是<name>value</name>。 --> 

<properties /> 

</project> 

 

看到好文章,转载备忘,如有侵权,请告之,立马删除。

 

原创整理不易,转载请注明出处:史上最全的maven pom.xml文件教程详解

代码下载地址:http://www.zuidaima.com/share/1781583829978112.htm

 

分享到:
评论

相关推荐

    史上最全的maven的pom.xml文件详解

    史上最全的Maven的Pom.xml文件详解 Maven是Java领域最流行的构建工具之一,其核心配置文件是Pom.xml。在Pom.xml文件中,我们可以定义项目的基本信息、依赖关系、构建过程、测试环境等。下面,我们将详细解析Pom.xml...

    java开发之SpringMVC + Spring + SpringJDBC整合.zip

    同时,还可以参考网络资源,如“史上最全最强SpringMVC详细示例实战教程”和“SpringMVC + Spring + SpringJDBC整合”的文档,学习如何创建基于Maven的Web项目,以及如何在IDEA中添加和管理jar包。 总之,SpringMVC...

    基于模糊故障树的工业控制系统可靠性分析与Python实现

    内容概要:本文探讨了模糊故障树(FFTA)在工业控制系统可靠性分析中的应用,解决了传统故障树方法无法处理不确定数据的问题。文中介绍了模糊数的基本概念和实现方式,如三角模糊数和梯形模糊数,并展示了如何用Python实现模糊与门、或门运算以及系统故障率的计算。此外,还详细讲解了最小割集的查找方法、单元重要度的计算,并通过实例说明了这些方法的实际应用场景。最后,讨论了模糊运算在处理语言变量方面的优势,强调了在可靠性分析中处理模糊性和优化计算效率的重要性。 适合人群:从事工业控制系统设计、维护的技术人员,以及对模糊数学和可靠性分析感兴趣的科研人员。 使用场景及目标:适用于需要评估复杂系统可靠性的场合,特别是在面对不确定数据时,能够提供更准确的风险评估。目标是帮助工程师更好地理解和预测系统故障,从而制定有效的预防措施。 其他说明:文中提供的代码片段和方法可用于初步方案验证和技术探索,但在实际工程项目中还需进一步优化和完善。

    风力发电领域双馈风力发电机(DFIG)Simulink模型的构建与电流电压波形分析

    内容概要:本文详细探讨了双馈风力发电机(DFIG)在Simulink环境下的建模方法及其在不同风速条件下的电流与电压波形特征。首先介绍了DFIG的基本原理,即定子直接接入电网,转子通过双向变流器连接电网的特点。接着阐述了Simulink模型的具体搭建步骤,包括风力机模型、传动系统模型、DFIG本体模型和变流器模型的建立。文中强调了变流器控制算法的重要性,特别是在应对风速变化时,通过实时调整转子侧的电压和电流,确保电流和电压波形的良好特性。此外,文章还讨论了模型中的关键技术和挑战,如转子电流环控制策略、低电压穿越性能、直流母线电压脉动等问题,并提供了具体的解决方案和技术细节。最终,通过对故障工况的仿真测试,验证了所建模型的有效性和优越性。 适用人群:从事风力发电研究的技术人员、高校相关专业师生、对电力电子控制系统感兴趣的工程技术人员。 使用场景及目标:适用于希望深入了解DFIG工作原理、掌握Simulink建模技能的研究人员;旨在帮助读者理解DFIG在不同风速条件下的动态响应机制,为优化风力发电系统的控制策略提供理论依据和技术支持。 其他说明:文章不仅提供了详细的理论解释,还附有大量Matlab/Simulink代码片段,便于读者进行实践操作。同时,针对一些常见问题给出了实用的调试技巧,有助于提高仿真的准确性和可靠性。

    基于西门子S7-200 PLC和组态王的八层电梯控制系统设计与实现

    内容概要:本文详细介绍了基于西门子S7-200 PLC和组态王软件构建的八层电梯控制系统。首先阐述了系统的硬件配置,包括PLC的IO分配策略,如输入输出信号的具体分配及其重要性。接着深入探讨了梯形图编程逻辑,涵盖外呼信号处理、轿厢运动控制以及楼层判断等关键环节。随后讲解了组态王的画面设计,包括动画效果的实现方法,如楼层按钮绑定、轿厢移动动画和门开合效果等。最后分享了一些调试经验和注意事项,如模拟困人场景、防抖逻辑、接线艺术等。 适合人群:从事自动化控制领域的工程师和技术人员,尤其是对PLC编程和组态软件有一定基础的人群。 使用场景及目标:适用于需要设计和实施小型电梯控制系统的工程项目。主要目标是帮助读者掌握PLC编程技巧、组态画面设计方法以及系统联调经验,从而提高项目的成功率。 其他说明:文中提供了详细的代码片段和调试技巧,有助于读者更好地理解和应用相关知识点。此外,还强调了安全性和可靠性方面的考量,如急停按钮的正确接入和硬件互锁设计等。

    CarSim与Simulink联合仿真:基于MPC模型预测控制实现智能超车换道

    内容概要:本文介绍了如何将CarSim的动力学模型与Simulink的智能算法相结合,利用模型预测控制(MPC)实现车辆的智能超车换道。主要内容包括MPC控制器的设计、路径规划算法、联合仿真的配置要点以及实际应用效果。文中提供了详细的代码片段和技术细节,如权重矩阵设置、路径跟踪目标函数、安全超车条件判断等。此外,还强调了仿真过程中需要注意的关键参数配置,如仿真步长、插值设置等,以确保系统的稳定性和准确性。 适合人群:从事自动驾驶研究的技术人员、汽车工程领域的研究人员、对联合仿真感兴趣的开发者。 使用场景及目标:适用于需要进行自动驾驶车辆行为模拟的研究机构和企业,旨在提高超车换道的安全性和效率,为自动驾驶技术研发提供理论支持和技术验证。 其他说明:随包提供的案例文件已调好所有参数,可以直接导入并运行,帮助用户快速上手。文中提到的具体参数和配置方法对于初学者非常友好,能够显著降低入门门槛。

    基于单片机的鱼缸监测设计(51+1602+AD0809+18B20+UART+JKx2)#0107

    包括:源程序工程文件、Proteus仿真工程文件、论文材料、配套技术手册等 1、采用51单片机作为主控; 2、采用AD0809(仿真0808)检测"PH、氨、亚硝酸盐、硝酸盐"模拟传感; 3、采用DS18B20检测温度; 4、采用1602液晶显示检测值; 5、检测值同时串口上传,调试助手监看; 6、亦可通过串口指令对加热器、制氧机进行控制;

    风电领域双馈永磁风电机组并网仿真及短路故障分析与MPPT控制

    内容概要:本文详细介绍了双馈永磁风电机组并网仿真模型及其短路故障分析方法。首先构建了一个9MW风电场模型,由6台1.5MW双馈风机构成,通过升压变压器连接到120kV电网。文中探讨了风速模块的设计,包括渐变风、阵风和随疾风的组合形式,并提供了相应的Python和MATLAB代码示例。接着讨论了双闭环控制策略,即功率外环和电流内环的具体实现细节,以及MPPT控制用于最大化风能捕获的方法。此外,还涉及了短路故障模块的建模,包括三相电压电流特性和离散模型与phasor模型的应用。最后,强调了永磁同步机并网模型的特点和注意事项。 适合人群:从事风电领域研究的技术人员、高校相关专业师生、对风电并网仿真感兴趣的工程技术人员。 使用场景及目标:适用于风电场并网仿真研究,帮助研究人员理解和优化风电机组在不同风速条件下的性能表现,特别是在短路故障情况下的应对措施。目标是提高风电系统的稳定性和可靠性。 其他说明:文中提供的代码片段和具体参数设置有助于读者快速上手并进行实验验证。同时提醒了一些常见的错误和需要注意的地方,如离散化步长的选择、初始位置对齐等。

    空手道训练测试系统BLE106版本

    适用于空手道训练和测试场景

    【音乐创作领域AI提示词】AI音乐提示词(deepseek,豆包,kimi,chatGPT,扣子空间,manus,AI训练师)

    内容概要:本文介绍了金牌音乐作词大师的角色设定、背景经历、偏好特点、创作目标、技能优势以及工作流程。金牌音乐作词大师凭借深厚的音乐文化底蕴和丰富的创作经验,能够为不同风格的音乐创作歌词,擅长将传统文化元素与现代流行文化相结合,创作出既富有情感又触动人心的歌词。在创作过程中,会严格遵守社会主义核心价值观,尊重用户需求,提供专业修改建议,确保歌词内容健康向上。; 适合人群:有歌词创作需求的音乐爱好者、歌手或音乐制作人。; 使用场景及目标:①为特定主题或情感创作歌词,如爱情、励志等;②融合传统与现代文化元素创作独特风格的歌词;③对已有歌词进行润色和优化。; 阅读建议:阅读时可以重点关注作词大师的创作偏好、技能优势以及工作流程,有助于更好地理解如何创作出高质量的歌词。同时,在提出创作需求时,尽量详细描述自己的情感背景和期望,以便获得更贴合心意的作品。

    linux之用户管理教程.md

    linux之用户管理教程.md

    基于单片机的搬运机器人设计(51+1602+L298+BZ+KEY6)#0096

    包括:源程序工程文件、Proteus仿真工程文件、配套技术手册等 1、采用51/52单片机作为主控芯片; 2、采用1602液晶显示设置及状态; 3、采用L298驱动两个电机,模拟机械臂动力、移动底盘动力; 3、首先按键配置-待搬运物块的高度和宽度(为0不能开始搬运); 4、按下启动键开始搬运,搬运流程如下: 机械臂先把物块抓取到机器车上, 机械臂减速 机器车带着物块前往目的地 机器车减速 机械臂把物块放下来 机械臂减速 机器车回到物块堆积处(此时机器车是空车) 机器车减速 蜂鸣器提醒 按下复位键,结束本次搬运

    基于下垂控制的三相逆变器电压电流双闭环仿真及MATLAB/Simulink/PLECS实现

    内容概要:本文详细介绍了基于下垂控制的三相逆变器电压电流双闭环控制的仿真方法及其在MATLAB/Simulink和PLECS中的具体实现。首先解释了下垂控制的基本原理,即有功调频和无功调压,并给出了相应的数学表达式。随后讨论了电压环和电流环的设计与参数整定,强调了两者带宽的差异以及PI控制器的参数选择。文中还提到了一些常见的调试技巧,如锁相环的响应速度、LC滤波器的谐振点处理、死区时间设置等。此外,作者分享了一些实用的经验,如避免过度滤波、合理设置采样周期和下垂系数等。最后,通过突加负载测试展示了系统的动态响应性能。 适合人群:从事电力电子、微电网研究的技术人员,尤其是有一定MATLAB/Simulink和PLECS使用经验的研发人员。 使用场景及目标:适用于希望深入了解三相逆变器下垂控制机制的研究人员和技术人员,旨在帮助他们掌握电压电流双闭环控制的具体实现方法,提高仿真的准确性和效率。 其他说明:本文不仅提供了详细的理论讲解,还结合了大量的实战经验和调试技巧,有助于读者更好地理解和应用相关技术。

    光伏并网逆变器全栈开发资料:硬件设计、控制算法及实战经验

    内容概要:本文详细介绍了光伏并网逆变器的全栈开发资料,涵盖了从硬件设计到控制算法的各个方面。首先,文章深入探讨了功率接口板的设计,包括IGBT缓冲电路、PCB布局以及EMI滤波器的具体参数和设计思路。接着,重点讲解了主控DSP板的核心控制算法,如MPPT算法的实现及其注意事项。此外,还详细描述了驱动扩展板的门极驱动电路设计,特别是光耦隔离和驱动电阻的选择。同时,文章提供了并联仿真的具体实现方法,展示了环流抑制策略的效果。最后,分享了许多宝贵的实战经验和调试技巧,如主变压器绕制、PWM输出滤波、电流探头使用等。 适合人群:从事电力电子、光伏系统设计的研发工程师和技术爱好者。 使用场景及目标:①帮助工程师理解和掌握光伏并网逆变器的硬件设计和控制算法;②提供详细的实战经验和调试技巧,提升产品的可靠性和性能;③适用于希望深入了解光伏并网逆变器全栈开发的技术人员。 其他说明:文中不仅提供了具体的电路设计和代码实现,还分享了许多宝贵的实际操作经验和常见问题的解决方案,有助于提高开发效率和产品质量。

    机器人轨迹规划中粒子群优化与3-5-3多项式结合的时间最优路径规划

    内容概要:本文详细介绍了粒子群优化(PSO)算法与3-5-3多项式相结合的方法,在机器人轨迹规划中的应用。首先解释了粒子群算法的基本原理及其在优化轨迹参数方面的作用,随后阐述了3-5-3多项式的数学模型,特别是如何利用不同阶次的多项式确保轨迹的平滑过渡并满足边界条件。文中还提供了具体的Python代码实现,展示了如何通过粒子群算法优化时间分配,使3-5-3多项式生成的轨迹达到时间最优。此外,作者分享了一些实践经验,如加入惩罚项以避免超速,以及使用随机扰动帮助粒子跳出局部最优。 适合人群:对机器人运动规划感兴趣的科研人员、工程师和技术爱好者,尤其是有一定编程基础并对优化算法有初步了解的人士。 使用场景及目标:适用于需要精确控制机器人运动的应用场合,如工业自动化生产线、无人机导航等。主要目标是在保证轨迹平滑的前提下,尽可能缩短运动时间,提高工作效率。 其他说明:文中不仅给出了理论讲解,还有详细的代码示例和调试技巧,便于读者理解和实践。同时强调了实际应用中需要注意的问题,如系统的建模精度和安全性考量。

    【KUKA 机器人资料】:kuka机器人压铸欧洲标准.pdf

    KUKA机器人相关资料

    光子晶体中BIC与OAM激发的模拟及三维Q值计算

    内容概要:本文详细探讨了光子晶体中的束缚态在连续谱中(BIC)及其与轨道角动量(OAM)激发的关系。首先介绍了光子晶体的基本概念和BIC的独特性质,随后展示了如何通过Python代码模拟二维光子晶体中的BIC,并解释了BIC在光学器件中的潜在应用。接着讨论了OAM激发与BIC之间的联系,特别是BIC如何增强OAM激发效率。文中还提供了使用有限差分时域(FDTD)方法计算OAM的具体步骤,并介绍了计算本征态和三维Q值的方法。此外,作者分享了一些实验中的有趣发现,如特定条件下BIC表现出OAM特征,以及不同参数设置对Q值的影响。 适合人群:对光子晶体、BIC和OAM感兴趣的科研人员和技术爱好者,尤其是从事微纳光子学研究的专业人士。 使用场景及目标:适用于希望通过代码模拟深入了解光子晶体中BIC和OAM激发机制的研究人员。目标是掌握BIC和OAM的基础理论,学会使用Python和其他工具进行模拟,并理解这些现象在实际应用中的潜力。 其他说明:文章不仅提供了详细的代码示例,还分享了许多实验心得和技巧,帮助读者避免常见错误,提高模拟精度。同时,强调了物理离散化方式对数值计算结果的重要影响。

    C#联合Halcon 17.12构建工业视觉项目的配置与应用

    内容概要:本文详细介绍了如何使用C#和Halcon 17.12构建一个功能全面的工业视觉项目。主要内容涵盖项目配置、Halcon脚本的选择与修改、相机调试、模板匹配、生产履历管理、历史图像保存以及与三菱FX5U PLC的以太网通讯。文中不仅提供了具体的代码示例,还讨论了实际项目中常见的挑战及其解决方案,如环境配置、相机控制、模板匹配参数调整、PLC通讯细节、生产数据管理和图像存储策略等。 适合人群:从事工业视觉领域的开发者和技术人员,尤其是那些希望深入了解C#与Halcon结合使用的专业人士。 使用场景及目标:适用于需要开发复杂视觉检测系统的工业应用场景,旨在提高检测精度、自动化程度和数据管理效率。具体目标包括但不限于:实现高效的视觉处理流程、确保相机与PLC的无缝协作、优化模板匹配算法、有效管理生产和检测数据。 其他说明:文中强调了框架整合的重要性,并提供了一些实用的技术提示,如避免不同版本之间的兼容性问题、处理实时图像流的最佳实践、确保线程安全的操作等。此外,还提到了一些常见错误及其规避方法,帮助开发者少走弯路。

    基于Matlab的9节点配电网中分布式电源接入对节点电压影响的研究

    内容概要:本文探讨了分布式电源(DG)接入对9节点配电网节点电压的影响。首先介绍了9节点配电网模型的搭建方法,包括定义节点和线路参数。然后,通过在特定节点接入分布式电源,利用Matlab进行潮流计算,模拟DG对接入点及其周围节点电压的影响。最后,通过绘制电压波形图,直观展示了不同DG容量和接入位置对配电网电压分布的具体影响。此外,还讨论了电压越限问题以及不同线路参数对电压波动的影响。 适合人群:电力系统研究人员、电气工程学生、从事智能电网和分布式能源研究的专业人士。 使用场景及目标:适用于研究分布式电源接入对配电网电压稳定性的影响,帮助优化分布式电源的规划和配置,确保电网安全稳定运行。 其他说明:文中提供的Matlab代码和图表有助于理解和验证理论分析,同时也为后续深入研究提供了有价值的参考资料。

    电力市场领域中基于CVaR风险评估的省间交易商最优购电模型研究与实现

    内容概要:本文探讨了在两级电力市场环境中,针对省间交易商的最优购电模型的研究。文中提出了一个双层非线性优化模型,用于处理省内电力市场和省间电力交易的出清问题。该模型采用CVaR(条件风险价值)方法来评估和管理由新能源和负荷不确定性带来的风险。通过KKT条件和对偶理论,将复杂的双层非线性问题转化为更易求解的线性单层问题。此外,还通过实际案例验证了模型的有效性,展示了不同风险偏好设置对购电策略的影响。 适合人群:从事电力系统规划、运营以及风险管理的专业人士,尤其是对电力市场机制感兴趣的学者和技术专家。 使用场景及目标:适用于希望深入了解电力市场运作机制及其风险控制手段的研究人员和技术开发者。主要目标是为省间交易商提供一种科学有效的购电策略,以降低风险并提高经济效益。 其他说明:文章不仅介绍了理论模型的构建过程,还包括具体的数学公式推导和Python代码示例,便于读者理解和实践。同时强调了模型在实际应用中存在的挑战,如数据精度等问题,并指出了未来改进的方向。

Global site tag (gtag.js) - Google Analytics