• 那是从何处传来的钟声呢?偶尔听到那钟声,平添一份喜悦与向往之情。

Maven中pom.xml详解

后端 Nanait 7年前 (2012-12-11) 101次浏览 未收录 0个评论 扫描二维码
文章目录[隐藏]

setting.xml 主要用于配置 maven 的运行环境等一系列通用的属性,是全局级别的配置文件;而 pom.xml 主要描述了项目的 maven 坐标,依赖关系,开发者需要遵循的规则,缺陷管理系统,组织和 licenses,以及其他所有的项目相关因素,是项目级别的配置文件。

 

基础配置

一个典型的 pom.xml 文件配置如下:

  1. <project xmlns=http://maven.apache.org/POM/4.0.0&#8221; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance&#8221;
  2.     xsi:schemaLocation=http://maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd&#8221;>
  3.     <!– 模型版本。maven2.0 必须是这样写,现在是 maven2 唯一支持的版本 –>
  4.     <modelVersion>4.0.0</modelVersion>
  5.     <!– 公司或者组织的唯一标志,并且配置时生成的路径也是由此生成, 如 com.winner.trade,maven 会将该项目打成的 jar 包放本地路径:/com/winner/trade –>
  6.     <groupId>com.winner.trade</groupId>
  7.     <!– 本项目的唯一 ID,一个 groupId 下面可能多个项目,就是靠 artifactId 来区分的 –>
  8.     <artifactId>trade-core</artifactId>
  9.     <!– 本项目目前所处的版本号 –>
  10.     <version>1.0.0-SNAPSHOT</version>
  11.     <!– 打包的机制,如 pom,jar, maven-plugin, ejb, war, ear, rar, par,默认为 jar –>
  12.     <packaging>jar</packaging>
  13.     <!– 帮助定义构件输出的一些附属构件,附属构件与主构件对应,有时候需要加上 classifier 才能唯一的确定该构件 不能直接定义项目的 classifer,因为附属构件不是项目直接默认生成的,而是由附加的插件帮助生成的 –>
  14.     <classifier></classifier>
  15.     <!– 定义本项目的依赖关系 –>
  16.     <dependencies>
  17.         <!– 每个 dependency 都对应这一个 jar 包 –>
  18.         <dependency>
  19.             <!–一般情况下,maven 是通过 groupId、artifactId、version 这三个元素值(俗称坐标)来检索该构件, 然后引入你的工程。如果别人想引用你现在开发的这个项目(前提是已开发完毕并发布到了远程仓库),–>
  20.             <!–就需要在他的 pom 文件中新建一个 dependency 节点,将本项目的 groupId、artifactId、version 写入, maven 就会把你上传的 jar 包下载到他的本地 –>
  21.             <groupId>com.winner.trade</groupId>
  22.             <artifactId>trade-test</artifactId>
  23.             <version>1.0.0-SNAPSHOT</version>
  24.             <!– maven 认为,程序对外部的依赖会随着程序的所处阶段和应用场景而变化,所以 maven 中的依赖关系有作用域(scope)的限制。 –>
  25.             <!–scope 包含如下的取值:compile(编译范围)、provided(已提供范围)、runtime(运行时范围)、test(测试范围)、system(系统范围) –>
  26.             <scope>test</scope>
  27.             <!– 设置指依赖是否可选,默认为 false,即子项目默认都继承:为 true,则子项目必需显示的引入,与 dependencyManagement 里定义的依赖类似  –>
  28.             <optional>false</optional>
  29.             <!– 屏蔽依赖关系。 比如项目中使用的 libA 依赖某个库的 1.0 版,libB 依赖某个库的 2.0 版,现在想统一使用 2.0 版,就应该屏蔽掉对 1.0 版的依赖 –>
  30.             <exclusions>
  31.                 <exclusion>
  32.                     <groupId>org.slf4j</groupId>
  33.                     <artifactId>slf4j-api</artifactId>
  34.                 </exclusion>
  35.             </exclusions>
  36.         </dependency>
  37.     </dependencies>
  38.     <!– 为 pom 定义一些常量,在 pom 中的其它地方可以直接引用 使用方式 如下 :${file.encoding} –>
  39.     <properties>
  40.         <file.encoding>UTF-8</file.encoding>
  41.         <java.source.version>1.5</java.source.version>
  42.         <java.target.version>1.5</java.target.version>
  43.     </properties>
  44.     …
  45. </project>

一般来说,上面的几个配置项对任何项目都是必不可少的,定义了项目的基本属性。

这里有必要对一个不太常用的属性classifier做一下解释,因为有时候引用某个 jar 包,classifier 不写的话会报错。

classifier 元素用来帮助定义构件输出的一些附属构件。附属构件与主构件对应,比如主构件是 kimi-app-2.0.0.jar,该项目可能还会通过使用一些插件生成 如 kimi-app-2.0.0-javadoc.jar (Java文档)、 kimi-app-2.0.0-sources.jar(Java源代码) 这样两个附属构件。这时候,javadoc、sources 就是这两个附属构件的 classifier,这样附属构件也就拥有了自己唯一的坐标。

classifier 的用途在于:

1. maven download  javadoc / sources jar 包的时候,需要借助 classifier 指明要下载那个附属构件

2. 引入依赖的时候,有时候仅凭 groupId、artifactId、version 无法唯一的确定某个构件,需要借助 classifier 来进一步明确目标。比如 JSON-lib,有时候会同一个版本会提供多个 jar 包,在 JDK1.5 环境下是一套,在 JDK1.3 环境下是一套:

引用它的时候就要注明 JDK 版本,否则 maven 不知道你到底需要哪一套 jar 包:

  1. <dependency>
  2.            <groupId>net.sf.json-lib</groupId>
  3.            <artifactId>json-lib</artifactId>
  4.             <version>2.4</version>
  5.            <classifier>jdk15</classifier>
  6. </dependency>

构建配置

  1. <build>
  2.     <!– 产生的构件的文件名,默认值是${artifactId}-${version}。 –>
  3.     <finalName>myPorjectName</finalName>
  4.     <!– 构建产生的所有文件存放的目录,默认为${basedir}/target,即项目根目录下的 target –>
  5.     <directory>${basedir}/target</directory>
  6.     <!–当项目没有规定目标(Maven2 叫做阶段(phase))时的默认值, –>
  7.     <!–必须跟命令行上的参数相同例如 jar:jar,或者与某个阶段(phase)相同例如 install、compile 等 –>
  8.     <defaultGoal>install</defaultGoal>
  9.     <!–当 filtering 开关打开时,使用到的过滤器属性文件列表。 –>
  10.     <!–项目配置信息中诸如${spring.version}之类的占位符会被属性文件中的实际值替换掉 –>
  11.     <filters>
  12.         <filter>../filter.properties</filter>
  13.     </filters>
  14.     <!–项目相关的所有资源路径列表,例如和项目相关的配置文件、属性文件,这些资源被包含在最终的打包文件里。 –>
  15.     <resources>
  16.         <resource>
  17.             <!–描述了资源的目标路径。该路径相对 target/classes 目录(例如${project.build.outputDirectory})。 –>
  18.             <!–举个例子,如果你想资源在特定的包里(org.apache.maven.messages),你就必须该元素设置为 org/apache/maven/messages。 –>
  19.             <!–然而,如果你只是想把资源放到源码目录结构里,就不需要该配置。 –>
  20.             <targetPath>resources</targetPath>
  21.             <!–是否使用参数值代替参数名。参数值取自 properties 元素或者文件里配置的属性,文件在 filters 元素里列出。 –>
  22.             <filtering>true</filtering>
  23.             <!–描述存放资源的目录,该路径相对 POM 路径 –>
  24.             <directory>src/main/resources</directory>
  25.             <!–包含的模式列表 –>
  26.             <includes>
  27.                 <include>**/*.properties</include>
  28.                 <include>**/*.xml</include>
  29.             </includes>
  30.             <!–排除的模式列表 如果<include>与<exclude>划定的范围存在冲突,以<exclude>为准 –>
  31.             <excludes>
  32.                 <exclude>jdbc.properties</exclude>
  33.             </excludes>
  34.         </resource>
  35.     </resources>
  36.     <!–单元测试相关的所有资源路径,配制方法与 resources 类似 –>
  37.     <testResources>
  38.         <testResource>
  39.             <targetPath />
  40.             <filtering />
  41.             <directory />
  42.             <includes />
  43.             <excludes />
  44.         </testResource>
  45.     </testResources>
  46.     <!–项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。该路径是相对于 pom.xml 的相对路径。 –>
  47.     <sourceDirectory>${basedir}\src\main\java</sourceDirectory>
  48.     <!–项目脚本源码目录,该目录和源码目录不同, <!– 绝大多数情况下,该目录下的内容会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。 –>
  49.     <scriptSourceDirectory>${basedir}\src\main\scripts
  50.     </scriptSourceDirectory>
  51.     <!–项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。该路径是相对于 pom.xml 的相对路径。 –>
  52.     <testSourceDirectory>${basedir}\src\test\java</testSourceDirectory>
  53.     <!–被编译过的应用程序 class 文件存放的目录。 –>
  54.     <outputDirectory>${basedir}\target\classes</outputDirectory>
  55.     <!–被编译过的测试 class 文件存放的目录。 –>
  56.     <testOutputDirectory>${basedir}\target\test-classes
  57.     </testOutputDirectory>
  58.     <!–项目的一系列构建扩展,它们是一系列 build 过程中要使用的产品,会包含在 running bulid‘s classpath 里面。 –>
  59.     <!–他们可以开启 extensions,也可以通过提供条件来激活 plugins。 –>
  60.     <!–简单来讲,extensions 是在 build 过程被激活的产品 –>
  61.     <extensions>
  62.         <!–例如,通常情况下,程序开发完成后部署到线上 Linux 服务器,可能需要经历打包、 –>
  63.         <!–将包文件传到服务器、SSH 连上服务器、敲命令启动程序等一系列繁琐的步骤。 –>
  64.         <!–实际上这些步骤都可以通过Maven的一个插件 wagon-maven-plugin 来自动完成 –>
  65.         <!–下面的扩展插件 wagon-ssh 用于通过 SSH 的方式连接远程服务器, –>
  66.         <!–类似的还有支持 ftp 方式的 wagon-ftp 插件 –>
  67.         <extension>
  68.             <groupId>org.apache.maven.wagon</groupId>
  69.             <artifactId>wagon-ssh</artifactId>
  70.             <version>2.8</version>
  71.         </extension>
  72.     </extensions>
  73.     <!–使用的插件列表 。 –>
  74.     <plugins>
  75.         <plugin>
  76.             <groupId></groupId>
  77.             <artifactId>maven-assembly-plugin</artifactId>
  78.             <version>2.5.5</version>
  79.             <!–在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。 –>
  80.             <executions>
  81.                 <execution>
  82.                     <!–执行目标的标识符,用于标识构建过程中的目标,或者匹配继承过程中需要合并的执行目标 –>
  83.                     <id>assembly</id>
  84.                     <!–绑定了目标的构建生命周期阶段,如果省略,目标会被绑定到源数据里配置的默认阶段 –>
  85.                     <phase>package</phase>
  86.                     <!–配置的执行目标 –>
  87.                     <goals>
  88.                         <goal>single</goal>
  89.                     </goals>
  90.                     <!–配置是否被传播到子 POM –>
  91.                     <inherited>false</inherited>
  92.                 </execution>
  93.             </executions>
  94.             <!–作为 DOM 对象的配置,配置项因插件而异 –>
  95.             <configuration>
  96.                 <finalName>${finalName}</finalName>
  97.                 <appendAssemblyId>false</appendAssemblyId>
  98.                 <descriptor>assembly.xml</descriptor>
  99.             </configuration>
  100.             <!–是否从该插件下载Maven扩展(例如打包和类型处理器), –>
  101.             <!–由于性能原因,只有在真需要下载时,该元素才被设置成 true。 –>
  102.             <extensions>false</extensions>
  103.             <!–项目引入插件所需要的额外依赖 –>
  104.             <dependencies>
  105.                 <dependency></dependency>
  106.             </dependencies>
  107.             <!–任何配置是否被传播到子项目 –>
  108.             <inherited>true</inherited>
  109.         </plugin>
  110.     </plugins>
  111.     <!–主要定义插件的共同元素、扩展元素集合,类似于 dependencyManagement, –>
  112.     <!–所有继承于此项目的子项目都能使用。该插件配置项直到被引用时才会被解析或绑定到生命周期。 –>
  113.     <!–给定插件的任何本地配置都会覆盖这里的配置 –>
  114.     <pluginManagement>
  115.         <plugins></plugins>
  116.     </pluginManagement>
  117. </build>

pom 里面的仓库与 setting.xml 里的仓库功能是一样的。主要的区别在于,pom 里的仓库是个性化的。比如一家大公司里的 setting 文件是公用的,所有项目都用一个 setting 文件,但各个子项目却会引用不同的第三方库,所以就需要在 pom 里设置自己需要的仓库地址。

 

分发配置

  1. <!–项目分发信息,在执行 mvn deploy 后表示要发布的位置。 –>
  2. <!–有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。 –>
  3. <distributionManagement>
  4.     <!–部署项目产生的构件到远程仓库需要的信息 –>
  5.     <repository>
  6.         <!–是分配给快照一个唯一的版本号(由时间戳和构建流水号),还是每次都使用相同的版本号 –>
  7.         <!–参见 repositories/repository 元素 –>
  8.         <uniqueVersion>true</uniqueVersion>
  9.         <id> repo-id </id>
  10.         <name> repo-name</name>
  11.         <url>file://${basedir}/target/deploy </url>
  12.         <layout />
  13.     </repository>
  14.     <!–构件的快照部署到哪里,如果没有配置该元素,默认部署到 repository 元素配置的仓库 –>
  15.     <snapshotRepository>
  16.         <uniqueVersion />
  17.         <id />
  18.         <name />
  19.         <url />
  20.         <layout />
  21.     </snapshotRepository>
  22.     <!–部署项目的网站需要的信息 –>
  23.     <site>
  24.         <!–部署位置的唯一标识符,用来匹配站点和 settings.xml 文件里的配置 –>
  25.         <id> site-id </id>
  26.         <!–部署位置的名称 –>
  27.         <name> site-name</name>
  28.         <!–部署位置的 URL,按 protocol://hostname/path 形式 –>
  29.         <url>scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web </url>
  30.     </site>
  31.     <!–项目下载页面的 URL。如果没有该元素,用户应该参考主页。 –>
  32.     <!–使用该元素的原因是:帮助定位那些不在仓库里的构件(由于 license 限制)。 –>
  33.     <downloadUrl />
  34.     <!–如果构件有了新的 groupID 和 artifact ID(构件移到了新的位置),这里列出构件的重定位信息。 –>
  35.     <relocation>
  36.         <!–构件新的 group ID –>
  37.         <groupId />
  38.         <!–构件新的 artifact ID –>
  39.         <artifactId />
  40.         <!–构件新的版本号 –>
  41.         <version />
  42.         <!–显示给用户的,关于移动的额外信息,例如原因。 –>
  43.         <message />
  44.     </relocation>
  45.     <!–给出该构件在远程仓库的状态。不得在本地项目中设置该元素,因为这是工具自动更新的。 –>
  46.     <!–有效的值有:none(默认),converted(仓库管理员从Maven 1 POM 转换过来), –>
  47.     <!–partner(直接从伙伴Maven 2 仓库同步过来),deployed(从Maven 2 实例部署),verified(被核实时正确的和最终的)。 –>
  48.     <status />
  49. </distributionManagement>

 

仓库配置

  1. <!–发现依赖和扩展的远程仓库列表。 –>
  2. <repositories>
  3.     <!–包含需要连接到远程仓库的信息 –>
  4.     <repository>
  5.         <!–如何处理远程仓库里发布版本的下载 –>
  6.         <releases>
  7.             <!–true 或者 false 表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 –>
  8.             <enabled />
  9.             <!–该元素指定更新发生的频率。Maven会比较本地 POM 和远程 POM 的时间戳。 –>
  10.             <!–这里的选项是:always(一直),daily(默认,每日), –>
  11.             <!–interval:X(这里 X 是以分钟为单位的时间间隔),或者 never(从不)。 –>
  12.             <updatePolicy />
  13.             <!–当Maven验证构件校验文件失败时该怎么做: –>
  14.             <!–ignore(忽略),fail(失败),或者 warn(警告)。 –>
  15.             <checksumPolicy />
  16.         </releases>
  17.         <!–如何处理远程仓库里快照版本的下载。有了 releases 和 snapshots 这两组配置, –>
  18.         <!–POM 就可以在每个单独的仓库中,为每种类型的构件采取不同的策略。 –>
  19.         <!–例如,可能有人会决定只为开发目的开启对快照版本下载的支持 –>
  20.         <snapshots>
  21.             <enabled />
  22.             <updatePolicy />
  23.             <checksumPolicy />
  24.         </snapshots>
  25.         <!–远程仓库唯一标识符。可以用来匹配在 settings.xml 文件里配置的远程仓库 –>
  26.         <id> repo-id </id>
  27.         <!–远程仓库名称 –>
  28.         <name> repo-name</name>
  29.         <!–远程仓库 URL,按 protocol://hostname/path 形式 –>
  30.         <url>http://192.168.1.169:9999/repository/ </url>
  31.         <!–用于定位和排序构件的仓库布局类型-可以是 default(默认)或者 legacy(遗留)。 –>
  32.         <!–Maven 2 为其仓库提供了一个默认的布局; –>
  33.         <!–然而,Maven1.x 有一种不同的布局。 –>
  34.         <!–我们可以使用该元素指定布局是 default(默认)还是 legacy(遗留)。 –>
  35.         <layout> default</layout>
  36.     </repository>
  37. </repositories>
  38. <!–发现插件的远程仓库列表,这些插件用于构建和报表 –>
  39. <pluginRepositories>
  40.     <!–包含需要连接到远程插件仓库的信息.参见 repositories/repository 元素 –>
  41.     <pluginRepository />
  42. </pluginRepositories>

 

profile 配置

  1. <!–在列的项目构建 profile,如果被激活,会修改构建处理 –>
  2. <profiles>
  3.     <!–根据环境参数或命令行参数激活某个构建处理 –>
  4.     <profile>
  5.         <!–自动触发 profile 的条件逻辑。Activation 是 profile 的开启钥匙。 –>
  6.         <activation>
  7.             <!–profile 默认是否激活的标识 –>
  8.             <activeByDefault>false</activeByDefault>
  9.             <!–activation 有一个内建的 java 版本检测,如果检测到 jdk 版本与期待的一样,profile 被激活。 –>
  10.             <jdk>1.7</jdk>
  11.             <!–当匹配的操作系统属性被检测到,profile 被激活。os 元素可以定义一些操作系统相关的属性。 –>
  12.             <os>
  13.                 <!–激活 profile 的操作系统的名字 –>
  14.                 <name>Windows XP</name>
  15.                 <!–激活 profile 的操作系统所属家族(如 ‘windows’) –>
  16.                 <family>Windows</family>
  17.                 <!–激活 profile 的操作系统体系结构 –>
  18.                 <arch>x86</arch>
  19.                 <!–激活 profile 的操作系统版本 –>
  20.                 <version>5.1.2600</version>
  21.             </os>
  22.             <!–如果Maven检测到某一个属性(其值可以在 POM 中通过${名称}引用),其拥有对应的名称和值,Profile 就会被激活。 –>
  23.             <!– 如果值字段是空的,那么存在属性名称字段就会激活 profile,否则按区分大小写方式匹配属性值字段 –>
  24.             <property>
  25.                 <!–激活 profile 的属性的名称 –>
  26.                 <name>mavenVersion</name>
  27.                 <!–激活 profile 的属性的值 –>
  28.                 <value>2.0.3</value>
  29.             </property>
  30.             <!–提供一个文件名,通过检测该文件的存在或不存在来激活 profile。missing 检查文件是否存在,如果不存在则激活 profile。 –>
  31.             <!–另一方面,exists 则会检查文件是否存在,如果存在则激活 profile。 –>
  32.             <file>
  33.                 <!–如果指定的文件存在,则激活 profile。 –>
  34.                 <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
  35.                 <!–如果指定的文件不存在,则激活 profile。 –>
  36.                 <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
  37.             </file>
  38.         </activation>
  39.         <id />
  40.         <build />
  41.         <modules />
  42.         <repositories />
  43.         <pluginRepositories />
  44.         <dependencies />
  45.         <reporting />
  46.         <dependencyManagement />
  47.         <distributionManagement />
  48.         <properties />
  49.     </profile>

profile 配置项在 setting.xml 中也有,是 pom.xml 中 profile 元素的裁剪版本,包含了 id,activation, repositories, pluginRepositories 和 properties 元素。这里的 profile 元素只包含这五个子元素是因为 setting.xml 只关心构建系统这个整体(这正是 settings.xml 文件的角色定位),而非单独的项目对象模型设置。如果一个 settings 中的 profile 被激活,它的值会覆盖任何其它定义在 POM 中或者 profile.xml 中的带有相同 id 的 profile。

pom.xml 中的 profile 可以看做 pom.xml 的副本,拥有与 pom.xml 相同的子元素与配置方法。它包含可选的 activation(profile 的触发器)和一系列的 changes。例如 test 过程可能会指向不同的数据库(相对最终的 deployment)或者不同的 dependencies 或者不同的 repositories,并且是根据不同的 JDK 来改变的。只需要其中一个成立就可以激活 profile,如果第一个条件满足了,那么后面就不会在进行匹配。

报表配置

  1. <!–描述使用报表插件产生报表的规范,特定的 maven 插件能输出相应的定制和配置报表. –>
  2. <!–当用户执行“mvn site”,这些报表就会运行,在页面导航栏能看到所有报表的链接。 –>
  3. <reporting>
  4.     <!–true,则网站不包括默认的报表。这包括“项目信息”菜单中的报表。 –>
  5.     <excludeDefaults />
  6.     <!–所有产生的报表存放到哪里。默认值是${project.build.directory}/site。 –>
  7.     <outputDirectory />
  8.     <!–使用的报表插件和他们的配置。 –>
  9.     <plugins>
  10.         <plugin>
  11.             <groupId />
  12.             <artifactId />
  13.             <version />
  14.             <inherited />
  15.             <configuration>
  16.                 <links>
  17.                     <link>http://java.sun.com/j2se/1.5.0/docs/api/</link>
  18.                 </links>
  19.             </configuration>
  20.             <!–一组报表的多重规范,每个规范可能有不同的配置。 –>
  21.             <!–一个规范(报表集)对应一个执行目标 。例如,有 1,2,3,4,5,6,7,8,9 个报表。 –>
  22.             <!–1,2,5 构成 A 报表集,对应一个执行目标。2,5,8 构成 B 报表集,对应另一个执行目标 –>
  23.             <reportSets>
  24.                 <!–表示报表的一个集合,以及产生该集合的配置 –>
  25.                 <reportSet>
  26.                     <!–报表集合的唯一标识符,POM 继承时用到 –>
  27.                     <id>sunlink</id>
  28.                     <!–产生报表集合时,被使用的报表的配置 –>
  29.                     <configuration />
  30.                     <!–配置是否被继承到子 POMs –>
  31.                     <inherited />
  32.                     <!–这个集合里使用到哪些报表 –>
  33.                     <reports>
  34.                         <report>javadoc</report>
  35.                     </reports>
  36.                 </reportSet>
  37.             </reportSets>
  38.         </plugin>
  39.     </plugins>
  40. </reporting>

环境配置

  1. <!–项目的问题管理系统(Bugzilla, Jira, Scarab,或任何你喜欢的问题管理系统)的名称和 URL,本例为 jira –>
  2. <issueManagement>
  3.     <!–问题管理系统(例如 jira)的名字, –>
  4.     <system> jira </system>
  5.     <!–该项目使用的问题管理系统的 URL –>
  6.     <url> http://jira.clf.com/</url>
  7. </issueManagement>
  8. <!–项目持续集成信息 –>
  9. <ciManagement>
  10.     <!–持续集成系统的名字,例如 continuum –>
  11.     <system />
  12.     <!–该项目使用的持续集成系统的 URL(如果持续集成系统有 web 接口的话)。 –>
  13.     <url />
  14.     <!–构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告) –>
  15.     <notifiers>
  16.         <!–配置一种方式,当构建中断时,以该方式通知用户/开发者 –>
  17.         <notifier>
  18.             <!–传送通知的途径 –>
  19.             <type />
  20.             <!–发生错误时是否通知 –>
  21.             <sendOnError />
  22.             <!–构建失败时是否通知 –>
  23.             <sendOnFailure />
  24.             <!–构建成功时是否通知 –>
  25.             <sendOnSuccess />
  26.             <!–发生警告时是否通知 –>
  27.             <sendOnWarning />
  28.             <!–不赞成使用。通知发送到哪里 –>
  29.             <address />
  30.             <!–扩展配置项 –>
  31.             <configuration />
  32.         </notifier>
  33.     </notifiers>
  34. </ciManagement>

 

项目信息配置

  1. <!–项目的名称, Maven产生的文档用 –>
  2. <name>banseon-maven </name>
  3. <!–项目主页的 URL, Maven产生的文档用 –>
  4. <url>http://www.clf.com/ </url>
  5. <!–项目的详细描述, Maven 产生的文档用。 当这个元素能够用 HTML 格式描述时 –>
  6. <!–(例如,CDATA 中的文本会被解析器忽略,就可以包含 HTML 标签),不鼓励使用纯文本描述。 –>
  7. <!– 如果你需要修改产生的 web 站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。 –>
  8. <description>A maven project to study maven. </description>
  9. <!–描述了这个项目构建环境中的前提条件。 –>
  10. <prerequisites>
  11.     <!–构建该项目或使用该插件所需要的Maven的最低版本 –>
  12.     <maven />
  13. </prerequisites>
  14. <!–项目创建年份,4 位数字。当产生版权信息时需要使用这个值。 –>
  15. <inceptionYear />
  16. <!–项目相关邮件列表信息 –>
  17. <mailingLists>
  18.     <!–该元素描述了项目相关的所有邮件列表。自动产生的网站引用这些信息。 –>
  19.     <mailingList>
  20.         <!–邮件的名称 –>
  21.         <name> Demo </name>
  22.         <!–发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
  23.         <post> clf@126.com</post>
  24.         <!–订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
  25.         <subscribe> clf@126.com</subscribe>
  26.         <!–取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
  27.         <unsubscribe> clf@126.com</unsubscribe>
  28.         <!–你可以浏览邮件信息的 URL –>
  29.         <archive> http:/hi.clf.com/</archive>
  30.     </mailingList>
  31. </mailingLists>
  32. <!–项目开发者列表 –>
  33. <developers>
  34.     <!–某个项目开发者的信息 –>
  35.     <developer>
  36.         <!–SCM 里项目开发者的唯一标识符 –>
  37.         <id> HELLO WORLD </id>
  38.         <!–项目开发者的全名 –>
  39.         <name> banseon </name>
  40.         <!–项目开发者的 email –>
  41.         <email> banseon@126.com</email>
  42.         <!–项目开发者的主页的 URL –>
  43.         <url />
  44.         <!–项目开发者在项目中扮演的角色,角色元素描述了各种角色 –>
  45.         <roles>
  46.             <role> Project Manager</role>
  47.             <role>Architect </role>
  48.         </roles>
  49.         <!–项目开发者所属组织 –>
  50.         <organization> demo</organization>
  51.         <!–项目开发者所属组织的 URL –>
  52.         <organizationUrl>http://hi.clf.com/ </organizationUrl>
  53.         <!–项目开发者属性,如即时消息如何处理等 –>
  54.         <properties>
  55.             <dept> No </dept>
  56.         </properties>
  57.         <!–项目开发者所在时区, -11 到 12 范围内的整数。 –>
  58.         <timezone> -5</timezone>
  59.     </developer>
  60. </developers>
  61. <!–项目的其他贡献者列表 –>
  62. <contributors>
  63.     <!–项目的其他贡献者。参见 developers/developer 元素 –>
  64.     <contributor>
  65.         <name />
  66.         <email />
  67.         <url />
  68.         <organization />
  69.         <organizationUrl />
  70.         <roles />
  71.         <timezone />
  72.         <properties />
  73.     </contributor>
  74. </contributors>
  75. <!–该元素描述了项目所有 License 列表。应该只列出该项目的 license 列表,不要列出依赖项目的 license 列表。 –>
  76. <!–如果列出多个 license,用户可以选择它们中的一个而不是接受所有 license。 –>
  77. <licenses>
  78.     <!–描述了项目的 license,用于生成项目的 web 站点的 license 页面,其他一些报表和 validation 也会用到该元素。 –>
  79.     <license>
  80.         <!–license 用于法律上的名称 –>
  81.         <name> Apache 2 </name>
  82.         <!–官方的 license 正文页面的 URL –>
  83.         <url>http://www.clf.com/LICENSE-2.0.txt </url>
  84.         <!–项目分发的主要方式: repo,可以从 Maven 库下载 manual, 用户必须手动下载和安装依赖 –>
  85.         <distribution> repo</distribution>
  86.         <!–关于 license 的补充信息 –>
  87.         <comments> Abusiness-friendly OSS license </comments>
  88.     </license>
  89. </licenses>
  90. <!–SCM(Source Control Management)标签允许你配置你的代码库,供 Maven web 站点和其它插件使用。 –>
  91. <scm>
  92.     <!–SCM 的 URL,该 URL 描述了版本库和如何连接到版本库。欲知详情,请看 SCMs 提供的 URL 格式和列表。该连接只读。 –>
  93.     <connection>scm:svn:http://svn.baidu.com/banseon/maven/</connection>
  94.     <!–给开发者使用的,类似 connection 元素。即该连接不仅仅只读 –>
  95.     <developerConnection>scm:svn:http://svn.baidu.com/banseon/maven/
  96.     </developerConnection>
  97.     <!–当前代码的标签,在开发阶段默认为 HEAD –>
  98.     <tag />
  99.     <!–指向项目的可浏览 SCM 库(例如 ViewVC 或者 Fisheye)的 URL。 –>
  100.     <url> http://svn.baidu.com/banseon</url>
  101. </scm>
  102. <!–描述项目所属组织的各种属性。Maven 产生的文档用 –>
  103. <organization>
  104.     <!–组织的全名 –>
  105.     <name> demo </name>
  106.     <!–组织主页的 URL –>
  107.     <url> http://www.clf.com/</url>
  108. </organization>

 

 

 

原文地址:http://blog.csdn.net/u012152619/article/details/51485297


何处钟 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:Maven 中 pom.xml 详解
喜欢 (0)
[15211539367@163.com]
分享 (0)

您必须 登录 才能发表评论!