原创整理不易,转载请注明出处:史上最全的maven pom.xml文件教程详解
代码下载地址:http://www.zuidaima.com/share/1781583829978112.htm
<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文件详解 Maven是Java领域最流行的构建工具之一,其核心配置文件是Pom.xml。在Pom.xml文件中,我们可以定义项目的基本信息、依赖关系、构建过程、测试环境等。下面,我们将详细解析Pom.xml...
同时,还可以参考网络资源,如“史上最全最强SpringMVC详细示例实战教程”和“SpringMVC + Spring + SpringJDBC整合”的文档,学习如何创建基于Maven的Web项目,以及如何在IDEA中添加和管理jar包。 总之,SpringMVC...
内容概要:本文介绍了一种基于小生境粒子群算法的配电网有功-无功协调优化方法,旨在解决传统粒子群算法易陷入局部最优的问题。文中详细展示了MATLAB代码实现,重点介绍了小生境机制的应用,如动态调整小生境半径、自适应变异概率以及跨小生境信息交换等策略。此外,针对光伏出力波动,提出了滑动时间窗和平滑因子的方法来优化储能调度,确保电压稳定并降低网损。实验结果显示,在33节点测试系统上,网损降低12.7%,电压合格率提高8.3%,收敛速度快且稳定。 适合人群:电力系统研究人员、智能电网开发者、MATLAB编程爱好者。 使用场景及目标:适用于配电网优化调度,特别是含有大量分布式能源接入的场景。主要目标是提高电网运行效率,降低网损,保持电压稳定,优化储能调度。 其他说明:文中提供了详细的代码实现和参数配置建议,便于读者复现实验结果。同时,作者还分享了一些调试经验和技巧,帮助读者更好地理解和应用该算法。
内容概要:本文详细介绍了如何使用Matlab实现K-Means聚类算法,涵盖从数据加载、标准化、聚类执行到结果保存和可视化的完整流程。文中提供了具体的Matlab代码示例,解释了关键参数如聚类个数K的选择方法,以及如何通过肘部法则确定最佳K值。同时,强调了数据标准化的重要性,并给出了处理高维数据和保存结果的最佳实践。此外,还讨论了一些常见的错误及其解决方案,如数据未标准化导致的距离计算偏差等问题。 适合人群:具有一定编程基础并希望通过Matlab实现K-Means聚类算法的研究人员、学生和工程师。 使用场景及目标:适用于需要对数据进行无监督分类的场景,如市场细分、图像压缩、异常检测等。通过学习本文,读者能够掌握K-Means聚类的基本原理和实现方法,从而应用于实际数据分析任务。 其他说明:本文不仅提供完整的代码实现,还附带了许多实用的小技巧,如如何避免局部最优解、如何选择合适的K值、如何处理高维数据等。对于初学者来说,是一份非常有价值的参考资料。
内容概要:本文详细介绍了如何利用MATLAB及其内置的深度学习工具箱,采用一维卷积神经网络(CNN)构建单变量时间序列预测模型的方法。主要内容涵盖数据预处理(如标准化、滑动窗口构造)、模型架构设计(包括卷积层、池化层的选择)、训练参数设定以及结果可视化和性能评估等方面。文中特别强调了针对时间序列特性的优化措施,如调整卷积核大小、引入层标准化等,并提供了具体的代码示例。 适用人群:适用于具有一定MATLAB编程基础和技术背景的数据科学家、机器学习工程师或研究人员,尤其是那些希望探索除LSTM之外的时间序列预测方法的人群。 使用场景及目标:该方法可用于各种具有周期性特点的时间序列数据分析任务,如气象预报、能源消耗预测等领域。主要目标是提供一种高效、易实现的替代方案,在保证预测精度的同时提高模型训练效率。 其他说明:作者指出,虽然CNN在处理长时间依赖方面不如LSTM,但对于某些特定类型的短期时间序列预测任务,CNN能够取得令人满意的结果。此外,文中还分享了一些实践经验,如如何应对常见的预测误差问题,以及进一步提升模型性能的建议。
集体招聘总结.xls
内容概要:本文详细介绍了基于SMIC 0.18μm工艺的简单锁相环(PLL)电路的设计与实现。作者通过搭建一个由五个核心模块组成的PLL结构,帮助新手理解锁相环的工作原理。文中具体讲解了环形VCO、电荷泵、环路滤波器和分频器的设计细节及其优化技巧。例如,环形VCO采用7级电流饥饿型反相器串联,电荷泵使用最小尺寸开关管,环路滤波器为简单的RC网络,分频器则采用了经典÷32结构。此外,文章还分享了一些实用的调试经验和常见问题解决方案,如温度补偿、锁定时间和相位噪声的优化。 适用人群:初学者和有一定模拟电路基础的研发人员。 使用场景及目标:适用于希望深入了解锁相环工作原理和技术细节的学习者。通过动手实践,掌握PLL的基本设计流程和调试技巧,能够独立完成类似项目的初步设计。 其他说明:本文不仅提供了理论指导,还结合了大量的实战经验和具体的代码示例,使读者能够在实践中更好地理解和应用所学知识。
员工离职面谈记录表.doc
1、文件说明: Centos8操作系统tesseract-langpack-chi_tra-4.0.0-6.el8.rpm以及相关依赖,全打包为一个tar.gz压缩包 2、安装指令: #Step1、解压 tar -zxvf tesseract-langpack-chi_tra-4.0.0-6.el8.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm
内容概要:本文详细介绍了AHC主动海浪补偿器在海洋平台及其相关装备中的应用。AHC作为一种智能‘稳定器’,通过实时监测海浪运动,利用先进的控制算法(如PID控制算法)和机械装置,主动调整平台或装备的位置,以抵消海浪的影响,确保相对稳定的作业环境。文中不仅探讨了控制算法的核心原理,还展示了具体的应用实例,如波浪补偿舷梯的设计与实现。此外,文章还涉及了传感器数据处理、执行机构控制等方面的内容,强调了AHC在保障海上作业安全和提高工作效率方面的重要作用。 适合人群:从事海洋工程、自动化控制领域的研究人员和技术人员,以及对智能控制系统感兴趣的读者。 使用场景及目标:适用于需要在复杂海洋环境中保持稳定性的各种海洋平台和装备。目标是通过理解和应用AHC技术,提高海上作业的安全性和效率。 其他说明:文章提供了多个代码示例,帮助读者更好地理解控制算法的具体实现。同时,文中提到了一些实际应用中的挑战和解决方案,如传感器数据同步、执行机构的响应速度等问题。
981ac-main.zip
内容概要:本文探讨了孤岛微电网二次控制领域的创新技术,重点介绍了下垂控制和动态事件触发机制的应用。下垂控制通过模拟传统同步发电机的外特性,依据功率-频率、电压-无功的下垂关系,实现分布式电源(DG)间的有功和无功功率分配。然而,单纯依靠下垂控制可能导致频率和电压偏差,因此引入了二次控制来消除这些偏差并提高电能质量。文中还提出了一种基于动态事件触发的二次控制策略,该策略只在系统状态变化达到一定程度时进行通信和控制动作,从而减少通信负担,提升系统效率。此外,文章展示了如何通过动态事件触发机制实现有功功率均分以及处理异步通信一致性问题,确保微电网系统的稳定运行。 适用人群:从事微电网研究和技术开发的专业人士,尤其是关注分布式能源系统优化的研究人员和工程师。 使用场景及目标:适用于希望优化孤岛微电网性能的研究项目,旨在通过创新的二次控制技术提高系统的频率和电压稳定性、功率分配均匀性和通信效率。 其他说明:文中提到的相关研究成果已在多篇学术文献中得到验证,感兴趣的读者可以通过参考文献进一步了解技术细节。
【制度】员工档案管理制度 (1).doc
内容概要:本文详细介绍了应用于电镀生产线的西门子S7-300 PLC控制系统的程序设计、硬件配置以及调试过程中积累的实际经验。主要内容涵盖温度控制、条码记录、行车定位、故障排查等方面的技术细节。文中展示了多个关键功能模块的具体实现方法,如PID温度控制、条码数据处理、行车定位判断等,并分享了一些实用的调试技巧和注意事项。此外,还讨论了硬件配置中的重要细节,如模块地址分配、网络拓扑设计等。 适合人群:从事自动化控制领域的工程师和技术人员,尤其是对PLC编程有一定基础的人群。 使用场景及目标:适用于需要深入了解和掌握电镀生产线自动化控制技术的专业人士。目标是帮助读者理解S7-300 PLC在电镀生产线中的具体应用,提高实际项目的开发效率和可靠性。 其他说明:文章不仅提供了详细的程序代码示例,还分享了许多来自一线的真实案例和实践经验,对于解决实际工程中的问题具有很高的参考价值。
员工生日关怀方案
内容概要:本文详细介绍了如何利用Python实现一个智能水泵控制系统,涵盖模式切换、故障自动投入、定时轮换和压力调节四大核心功能。首先,通过设置不同模式(如先停后启或先启后停)来满足特定应用场景的需求。其次,在故障自动投入方面,系统能够检测到水泵故障并迅速切换到备用泵,确保连续供水。再次,为了均衡水泵的工作负荷,系统定期进行定时轮换操作。最后,根据管道内的实时压力情况,系统可以自动调整工作的水泵数量,保持恒定的压力水平。此外,文中还讨论了如何通过配置文件灵活调整系统参数,以及采用PID简化版算法进行压力控制的方法。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是对水泵控制有一定了解并希望深入研究的人士。 使用场景及目标:适用于需要精确控制多台水泵协同工作的工业环境,旨在提高系统的可靠性和效率,延长设备使用寿命,节约能源成本。 其他说明:文中提供了详细的代码示例,帮助读者更好地理解和实施所介绍的技术方案。同时强调了实际应用中的注意事项,如压力传感器的正确安装和预防措施等。
基于51单片机protues仿真的多功能万用表设计(仿真图、源代码、AD原理图、流程图) 数字多用表既可以测量电压,也可以测量电流、电阻,功能齐全,使用便捷。 本选题采用8位8路A/D转换器ADC0808和8051单片机设计一台数字多用表,能进行电压、电流和电阻的测量,测量结果通过LED数码管显示,通过安检进行测量功能转换。电压测量范围0~5V,测量误差约为±0.02V,电流测量范围为1~100mA,测量误差约为±0.5mA,电阻测量范围0~1000Ω,测量误差约为±2Ω。 1、通过按键设置测量模式; 2、电压采用直接测量方式;电流使用差压放大测量;电阻使用恒流源把阻值转换成电压。 预计难易程度:难度适中预计工作量大小:8周 1.熟练掌握单片机设计基本原理;熟悉8051单片机的工作原理; 2.熟练掌握Proteus软件的使用方法; 3.利用Proteus软件仿真实现数字多用表的测量功能。
员工关怀服务建议方案.doc
UniApp 是一个使用 Vue.js 开发所有前端应用的框架,开发者编写一次代码,可发布到 iOS、Android、Web(响应式)、以及各种小程序(微信/支付宝/百度/头条/飞书/QQ/快手/钉钉/淘宝)、快应用等多个平台。它结合了 Web 技术的开发便利性和原生应用的性能优势,是跨平台移动应用开发的热门选择。UniApp 是一个强大的跨平台开发框架,支持多种平台和设备。通过本文的介绍,你已经了解了 UniApp 的基本开发流程、开发技巧、实战案例以及常见问题的解决方案。希望这些内容能帮助你在 UniApp 开发中更加得心应手。
1、文件说明: Centos8操作系统tesseract-langpack-asm-4.0.0-6.el8.rpm以及相关依赖,全打包为一个tar.gz压缩包 2、安装指令: #Step1、解压 tar -zxvf tesseract-langpack-asm-4.0.0-6.el8.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm