Maven学习总结:基本概念和配置

  categories:资料  author:

简介

    在前一篇文章里已经介绍了怎么安装和配置maven。在安装好之后我们这里来看看怎么通过maven来构建一个工程并详细的了解一下maven的配置文件里各配置项是什么意思。只有理解清楚这些之后我们才能够更好的运用好这个工具。

 

创建一个示例工程

首先我们尝试创建一个普通的工程。在命令行的情况下,我们输入如下命令:

  1. mvn archetype:generate -DgroupId=com.yunzero -DartifactId=SampleProject -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

系统会显示如下的输出:

这表示一个工程已经建立好了。那么我们前面的这个命令表示什么意思呢?它究竟做了什么?我们又创建了一个什么样的工程呢?我们一点点详细的分析过来。

先看我们建立的这个工程的结构:

 

如上图所示,这里表示一个普通的java console工程结构。这是我们用命令行建立的。如果我们考虑用IDE工具来建立工程呢?也可以用类似的方式。我们以eclipse为例。

1. 首先选择新建一个maven project:

2.  然后选择Next, 在这里选择工程所在的目录,我们选择默认的位置,如下图:

3. 选择next之后再继续选择archetype

这里,也选择默认的maven-archetype-quickstart。然后继续选择Next。如果我们留意的话会发现这个类型的archetypeid也就是我们前面命令行创建工程里指定的。

4. 在这一步选择Group Id和Artifact Id:

在这一步,设置的Group Id和artifact Id也就是我们前面命令行里指定的那样。这样,我们就建立了一个简单的maven示例工程了。它的结构如下图:

 

这样,我们通过命令行和IDE两种方式创建了一个示例工程。下面我们针对命令行的参数和pom.xml文件里的一些项进行详细的讨论。

参数解释

我们在最开始创建maven工程的时候指定了archetype参数。然后在后面的参数里又指定了archetypeartifactId。

archetype: 指的是我们如果要通过maven创建一个项目工程的话,因为具体针对不同类型的项目它的结构组织不一样,于是maven就提供了一个项目创建的模板。这些模板包含了一些最佳实践,这样可以使得我们在构建项目的时候节约不少实践。比如说,我们需要创建一个普通的console应用,那么它的结构模板必然是一种样式,而如果要构建一个JavaEE的项目,它的结构则不一样。既然我们需要针对不同项目提供不同的模板,于是就有了一个需要怎么来定义和区分它们的问题。这样就有了archetypeArtifactId。

 

archetypeArtifactId: 指的是针对archetype的具体模板。比如说maven-archetype-quickstart表示的是一个创建的普通maven工程。针对不同类型的工程,我们可以在maven的官网上查找对应的类型,也可以在通过IDE创建工程的时候去筛选 。

除了上述的两个之外,还要两个比较重要的参数:

groupId: 相当于一个对应项目的唯一区分标识。这样说起来还是有点模糊。如果考虑到我们做java项目的时候,要对一些包命名,而且一些包的命名需要具有唯一性。所以这个groupId就是我们创建的项目里最高层包的命名。

artifactId: 表示生成的包的名字。当我们将一个项目编译后打包的时候,需要确定一个打包名字并部署到实际测试或者生产环境中,所以在这个地方来确定最后包的名字。

上述的几个参数就是我们创建maven工程用到的。在前面的参数里,我们还设置了 -DinteractiveMode=false。它表示禁用交互的模式来创建工程。这表示什么意思呢?因为我们在命令行里已经指定了项目的类型和包名以及结构。如果我们想省略这一点的话,可以直接运行:

  1. mvn archetype:generate

这个时候系统会显示所有的archetype类型,然后交互的提示我们输入对应的archetype,以及groupId和artifact Id。

pom.xml文件

我们再来看看通过命令行自动生成的pom.xml文件:

  1. <project xmlns=“http://maven.apache.org/POM/4.0.0″ xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
  2.   xsi:schemaLocation=“http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd”>
  3.   <modelVersion>4.0.0</modelVersion>
  4.   <groupId>com.yunzero</groupId>
  5.   <artifactId>SampleProject</artifactId>
  6.   <version>0.0.1-SNAPSHOT</version>
  7.   <packaging>jar</packaging>
  8.   <name>SampleProject</name>
  9.   <url>http://maven.apache.org</url>
  10.   <properties>
  11.     <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  12.   </properties>
  13.   <dependencies>
  14.     <dependency>
  15.       <groupId>junit</groupId>
  16.       <artifactId>junit</artifactId>
  17.       <version>3.8.1</version>
  18.       <scope>test</scope>
  19.     </dependency>
  20.   </dependencies>
  21. </project>

前面的groupId和artifactId也定义在这里。<version>部分表示我们常用版本管理中定义的版本号,比如我们常用的RC, alpha, beta, SNAPSHOT。在这里SNAPSHOT表示当前项目处在一个开发的阶段。当一个工程使用SNAPSHOT的依赖时,Maven会每次去获取最新的SNAPSHOT版本。

还有一个是<packaging>,它表示对于这个工程,需要创建一个JAR包。

在下面的<properties>里面,我们通常用来定义一些自定义的变量,方便他们重用。比如说我们需要使用某些版本的jar组件,它们有多个组件,但是是同样的版本,我们就可以这样来定义,比如说:

  1. <properties>
  2.         <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  3.         <jdk.version>1.6</jdk.version>
  4.         <spring.version>4.1.2.RELEASE</spring.version>
  5.   </properties>
  6. <!– Spring Core –>
  7.         <dependency>
  8.             <groupId>org.springframework</groupId>
  9.             <artifactId>spring-core</artifactId>
  10.             <version>${spring.version}</version>
  11.         </dependency>
  12.         <dependency>
  13.             <groupId>org.springframework</groupId>
  14.             <artifactId>spring-context</artifactId>
  15.             <version>${spring.version}</version>
  16.         </dependency>

这里我们用到了spring-core, spring-context等几个artifact,于是可以直接引用同样的版本信息变量。

除了这些以外,刚才我们看到很重要的一个就是依赖信息的定义,比如这里我们项目中需要使用到spring-core, spring-context,于是我们就需要在<dependencys>里面定义一个<dependency>的子元素。一个dependency里面指定一个组件的groupId, artifactId和version。可能我们有时候会有点疑惑,这些jar包到哪里去找呢?一般如果我们知道需要使用哪些组件的话,可以去:http://search.maven.org/来搜索需要的组件,在那里可以将需要的maven依赖定义信息直接拷过来。比如下图的spring依赖信息:

这样,一个基本的maven工程所需要的信息就配置好了。在后续的文章里,我们再讨论maven的生命周期和一些plugin的使用情况。

 

来源: https://www.iteye.com/blog/shmilyaw-hotmail-com-2166228

 

另外 mvn 命令需要的 配置信息如下

Maven-setting配置详细说明

全局配置: ${M2_HOME}/conf/settings.xml

用户配置: ${user.home}/.m2/settings.xml

note:用户配置优先于全局配置。${user.home} 和和所有其他系统属性只能在3.0+版本上使用。请注意windows和Linux使用变量的区别。

settings.xml详解
声明规范
<?xml version=”1.0″ encoding=”UTF-8″?>
<settings 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/xsd/settings-1.0.0.xsd”>
localRepository
<!– 本地仓库的路径。默认值为${user.home}/.m2/repository。 –>
<localRepository>usr/local/maven</localRepository>
interactiveMode
<!–Maven是否需要和用户交互以获得输入。如果Maven需要和用户交互以获得输入,则设置成true,反之则应为false。默认为true。–>
<interactiveMode>true</interactiveMode>
usePluginRegistry
<!–Maven是否需要使用plugin-registry.xml文件来管理插件版本。如果需要让Maven使用文件${user.home}/.m2/plugin-registry.xml来管理插件版本,则设为true。默认为false。–>
<usePluginRegistry>false</usePluginRegistry>
offline
<!–表示Maven是否需要在离线模式下运行。如果构建系统需要在离线模式下运行,则为true,默认为false。当由于网络设置原因或者安全因素,构建服务器不能连接远程仓库的时候,该配置就十分有用。 –>
<offline>false</offline>
pluginGroups

<!–当插件的组织Id(groupId)没有显式提供时,供搜寻插件组织Id(groupId)的列表。该元素包含一个pluginGroup元素列表,每个子元素包含了一个组织Id(groupId)。当我们使用某个插件,并且没有在命令行为其提供组织Id(groupId)的时候,Maven就会使用该列表。默认情况下该列表包含了org.apache.maven.plugins和org.codehaus.mojo –>
<pluginGroups>
<!–plugin的组织Id(groupId) –>
<pluginGroup>org.codehaus.mojo</pluginGroup>
</pluginGroups>

proxies

<!–用来配置不同的代理,多代理profiles 可以应对笔记本或移动设备的工作环境:通过简单的设置profile id就可以很容易的更换整个代理配置。 –>
<proxies>
<!–代理元素包含配置代理时需要的信息–>
<proxy>
<!–代理的唯一定义符,用来区分不同的代理元素。–>
<id>myproxy</id>
<!–该代理是否是激活的那个。true则激活代理。当我们声明了一组代理,而某个时候只需要激活一个代理的时候,该元素就可以派上用处。 –>
<active>true</active>
<!–代理的协议。 协议://主机名:端口,分隔成离散的元素以方便配置。–>
<protocol>http</protocol>
<!–代理的主机名。协议://主机名:端口,分隔成离散的元素以方便配置。 –>
<host>proxy.somewhere.com</host>
<!–代理的端口。协议://主机名:端口,分隔成离散的元素以方便配置。 –>
<port>8080</port>
<!–代理的用户名,用户名和密码表示代理服务器认证的登录名和密码。 –>
<username>proxyuser</username>
<!–代理的密码,用户名和密码表示代理服务器认证的登录名和密码。 –>
<password>somepassword</password>
<!–不该被代理的主机名列表。该列表的分隔符由代理服务器指定;例子中使用了竖线分隔符,使用逗号分隔也很常见。–>
<nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
</proxy>
</proxies>

servers

<!–配置服务端的一些设置。一些设置如安全证书不应该和pom.xml一起分发。这种类型的信息应该存在于构建服务器上的settings.xml文件中。–>
<servers>
<!–服务器元素包含配置服务器时需要的信息 –>
<server>
<!–这是server的id(注意不是用户登陆的id),该id与distributionManagement中repository元素的id相匹配。–>
<id>server001</id>
<!–鉴权用户名。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。 –>
<username>my_login</username>
<!–鉴权密码 。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。密码加密功能已被添加到2.1.0 +。详情请访问密码加密页面–>
<password>my_password</password>
<!–鉴权时使用的私钥位置。和前两个元素类似,私钥位置和私钥密码指定了一个私钥的路径(默认是${user.home}/.ssh/id_dsa)以及如果需要的话,一个密语。将来passphrase和password元素可能会被提取到外部,但目前它们必须在settings.xml文件以纯文本的形式声明。 –>
<privateKey>${usr.home}/.ssh/id_dsa</privateKey>
<!–鉴权时使用的私钥密码。–>
<passphrase>some_passphrase</passphrase>
<!–文件被创建时的权限。如果在部署的时候会创建一个仓库文件或者目录,这时候就可以使用权限(permission)。这两个元素合法的值是一个三位数字,其对应了unix文件系统的权限,如664,或者775。 –>
<filePermissions>664</filePermissions>
<!–目录被创建时的权限。 –>
<directoryPermissions>775</directoryPermissions>
</server>
</servers>

mirrors

<!–为仓库列表配置的下载镜像列表。高级设置请参阅镜像设置页面 –>
<mirrors>
<!–给定仓库的下载镜像。 –>
<mirror>
<!–该镜像的唯一标识符。id用来区分不同的mirror元素。 –>
<id>planetmirror.com</id>
<!–镜像名称 –>
<name>PlanetMirror Australia</name>
<!–该镜像的URL。构建系统会优先考虑使用该URL,而非使用默认的服务器URL。 –>
<url>http://downloads.planetmirror.com/pub/maven2</url>
<!–被镜像的服务器的id。例如,如果我们要设置了一个Maven中央仓库(http://repo.maven.apache.org/maven2/)的镜像,就需要将该元素设置成central。这必须和中央仓库的id central完全一致。–>
<mirrorOf>central</mirrorOf>
</mirror>
</mirrors>

profiles

<!–根据环境参数来调整构建配置的列表。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。它包含了id,activation, repositories, pluginRepositories和 properties元素。这里的profile元素只包含这五个子元素是因为这里只关心构建系统这个整体(这正是settings.xml文件的角色定位),而非单独的项目对象模型设置。如果一个settings中的profile被激活,它的值会覆盖任何其它定义在POM中或者profile.xml中的带有相同id的profile。 –>
<profiles>
<!–根据环境参数来调整的构件的配置–>
<profile>
<!–该配置的唯一标识符。 –>
<id>test</id>

Activation

<!–自动触发profile的条件逻辑。Activation是profile的开启钥匙。如POM中的profile一样,profile的力量来自于它能够在某些特定的环境中自动使用某些特定的值;这些环境通过activation元素指定。activation元素并不是激活profile的唯一方式。settings.xml文件中的activeProfile元素可以包含profile的id。profile也可以通过在命令行,使用-P标记和逗号分隔的列表来显式的激活(如,-P test)。–>
<activation>
<!–profile默认是否激活的标识–>
<activeByDefault>false</activeByDefault>
<!–当匹配的jdk被检测到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4开头的JDK。–>
<jdk>1.5</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中通过${name}引用),其拥有对应的name = 值,Profile就会被激活。如果值字段是空的,那么存在属性名称字段就会激活profile,否则按区分大小写方式匹配属性值字段–>
<property>
<!–激活profile的属性的名称–>
<name>mavenVersion</name>
<!–激活profile的属性的值 –>
<value>2.0.3</value>
</property>
<!–提供一个文件名,通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在,如果不存在则激活profile。另一方面,exists则会检查文件是否存在,如果存在则激活profile。–>
<file>
<!–如果指定的文件存在,则激活profile。 –>
<exists>${basedir}/file2.properties</exists>
<!–如果指定的文件不存在,则激活profile。–>
<missing>${basedir}/file1.properties</missing>
</file>
</activation>

Properties

<!–对应profile的扩展属性列表。Maven属性和Ant中的属性一样,可以用来存放一些值。这些值可以在POM中的任何地方使用标记${X}来使用,这里X是指属性的名称。属性有五种不同的形式,并且都能在settings.xml文件中访问。
1. env.X: 在一个变量前加上”env.”的前缀,会返回一个shell环境变量。例如,”env.PATH”指代了$path环境变量(在Windows上是%PATH%)。
2. project.x:指代了POM中对应的元素值。例如: <project><version>1.0</version></project>通过${project.version}获得version的值。
3. settings.x: 指代了settings.xml中对应元素的值。例如:<settings><offline>false</offline></settings>通过 ${settings.offline}获得offline的值。
4. Java System Properties: 所有可通过java.lang.System.getProperties()访问的属性都能在POM中使用该形式访问,例如 ${java.home}。
5. x: 在<properties/>元素中,或者外部文件中设置,以${someVar}的形式使用。 –>
<properties>
<user.install>${user.home}/our-project</user.install>
</properties>
note:如果该profile被激活,则可以再POM中使用${user.install}。

Repositories

<!–远程仓库列表,它是Maven用来填充构建系统本地仓库所使用的一组远程项目。 –>
<repositories>
<!–包含需要连接到远程仓库的信息 –>
<repository>
<!–远程仓库唯一标识–>
<id>codehausSnapshots</id>
<!–远程仓库名称 –>
<name>Codehaus Snapshots</name>
<!–如何处理远程仓库里发布版本的下载–>
<releases>
<!–true或者false表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 –>
<enabled>false</enabled>
<!–该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是:always(一直),daily(默认,每日),interval:X(这里X是以分钟为单位的时间间隔),或者never(从不)。 –>
<updatePolicy>always</updatePolicy>
<!–当Maven验证构件校验文件失败时该怎么做-ignore(忽略),fail(失败),或者warn(警告)。–>
<checksumPolicy>warn</checksumPolicy>
</releases>
<!–如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置,POM就可以在每个单独的仓库中,为每种类型的构件采取不同的策略。例如,可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素–>
<snapshots>
<enabled/><updatePolicy/><checksumPolicy/>
</snapshots>
<!–远程仓库URL,按protocol://hostname/path形式 –>
<url>http://snapshots.maven.codehaus.org/maven2</url>
<!–用于定位和排序构件的仓库布局类型-可以是default(默认)或者legacy(遗留)。Maven 2为其仓库提供了一个默认的布局;然而,Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default(默认)还是legacy(遗留)。 –>
<layout>default</layout>
</repository>
</repositories>
<!–发现插件的远程仓库列表。仓库是两种主要构件的家。第一种构件被用作其它构件的依赖。这是中央仓库中存储的大部分构件类型。另外一种构件类型是插件。Maven插件是一种特殊类型的构件。由于这个原因,插件仓库独立于其它仓库。pluginRepositories元素的结构和repositories元素的结构类似。每个pluginRepository元素指定一个Maven可以用来寻找新插件的远程地址。–>
<pluginRepositories>
<!–包含需要连接到远程插件仓库的信息.参见profiles/profile/repositories/repository元素的说明–>
<pluginRepository>
<releases>
<enabled/><updatePolicy/><checksumPolicy/>
</releases>
<snapshots>
<enabled/><updatePolicy/><checksumPolicy/>
</snapshots>
<id/><name/><url/><layout/>
</pluginRepository>
</pluginRepositories>
</profile>
</profiles>

activeProfiles

<!–手动激活profiles的列表,按照profile被应用的顺序定义activeProfile。 该元素包含了一组activeProfile元素,每个activeProfile都含有一个profile id。任何在activeProfile中定义的profile id,不论环境设置如何,其对应的
profile都会被激活。如果没有匹配的profile,则什么都不会发生。例如,env-test是一个activeProfile,则在pom.xml(或者profile.xml)中对应id的profile会被激活。如果运行过程中找不到这样一个profile,Maven则会像往常一样运行。 –>
<activeProfiles>
<!– –>
<activeProfile>env-test</activeProfile>
</activeProfiles>
</settings>

—————————-

另外, pom.xml 配置信息如下

Maven之pom.xml配置文件详解

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

基础配置
一个典型的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.0http://maven.apache.org/xsd/maven-4.0.0.xsd”>

<!– 模型版本。maven2.0必须是这样写,现在是maven2唯一支持的版本 –>
<modelVersion>4.0.0</modelVersion>

<!– 公司或者组织的唯一标志,并且配置时生成的路径也是由此生成, 如com.winner.trade,maven会将该项目打成的jar包放本地路径:/com/winner/trade –>
<groupId>com.winner.trade</groupId>

<!– 本项目的唯一ID,一个groupId下面可能多个项目,就是靠artifactId来区分的 –>
<artifactId>trade-core</artifactId>

<!– 本项目目前所处的版本号 –>
<version>1.0.0-SNAPSHOT</version>

<!– 打包的机制,如pom,jar, maven-plugin, ejb, war, ear, rar, par,默认为jar –>
<packaging>jar</packaging>

<!– 帮助定义构件输出的一些附属构件,附属构件与主构件对应,有时候需要加上classifier才能唯一的确定该构件 不能直接定义项目的classifer,因为附属构件不是项目直接默认生成的,而是由附加的插件帮助生成的 –>
<classifier>…</classifier>

<!– 定义本项目的依赖关系 –>
<dependencies>

<!– 每个dependency都对应这一个jar包 –>
<dependency>

<!–一般情况下,maven是通过groupId、artifactId、version这三个元素值(俗称坐标)来检索该构件, 然后引入你的工程。如果别人想引用你现在开发的这个项目(前提是已开发完毕并发布到了远程仓库),–>
<!–就需要在他的pom文件中新建一个dependency节点,将本项目的groupId、artifactId、version写入, maven就会把你上传的jar包下载到他的本地 –>
<groupId>com.winner.trade</groupId>
<artifactId>trade-test</artifactId>
<version>1.0.0-SNAPSHOT</version>

<!– maven认为,程序对外部的依赖会随着程序的所处阶段和应用场景而变化,所以maven中的依赖关系有作用域(scope)的限制。 –>
<!–scope包含如下的取值:compile(编译范围)、provided(已提供范围)、runtime(运行时范围)、test(测试范围)、system(系统范围) –>
<scope>test</scope>

<!– 设置指依赖是否可选,默认为false,即子项目默认都继承:为true,则子项目必需显示的引入,与dependencyManagement里定义的依赖类似 –>
<optional>false</optional>

<!– 屏蔽依赖关系。 比如项目中使用的libA依赖某个库的1.0版,libB依赖某个库的2.0版,现在想统一使用2.0版,就应该屏蔽掉对1.0版的依赖 –>
<exclusions>
<exclusion>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</exclusion>
</exclusions>

</dependency>

</dependencies>

<!– 为pom定义一些常量,在pom中的其它地方可以直接引用 使用方式 如下 :${file.encoding} –>
<properties>
<file.encoding>UTF-8</file.encoding>
<java.source.version>1.5</java.source.version>
<java.target.version>1.5</java.target.version>
</properties>


</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包:
<dependency>
<groupId>net.sf.json-lib</groupId>
<artifactId>json-lib</artifactId>
<version>2.4</version>
<classifier>jdk15</classifier>
</dependency>

构建配置

<build>

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

<!– 构建产生的所有文件存放的目录,默认为${basedir}/target,即项目根目录下的target –>
<directory>${basedir}/target</directory>

<!–当项目没有规定目标(Maven2叫做阶段(phase))时的默认值, –>
<!–必须跟命令行上的参数相同例如jar:jar,或者与某个阶段(phase)相同例如install、compile等 –>
<defaultGoal>install</defaultGoal>

<!–当filtering开关打开时,使用到的过滤器属性文件列表。 –>
<!–项目配置信息中诸如${spring.version}之类的占位符会被属性文件中的实际值替换掉 –>
<filters>
<filter>../filter.properties</filter>
</filters>

<!–项目相关的所有资源路径列表,例如和项目相关的配置文件、属性文件,这些资源被包含在最终的打包文件里。 –>
<resources>
<resource>

<!–描述了资源的目标路径。该路径相对target/classes目录(例如${project.build.outputDirectory})。 –>
<!–举个例子,如果你想资源在特定的包里(org.apache.maven.messages),你就必须该元素设置为org/apache/maven/messages。 –>
<!–然而,如果你只是想把资源放到源码目录结构里,就不需要该配置。 –>
<targetPath>resources</targetPath>

<!–是否使用参数值代替参数名。参数值取自properties元素或者文件里配置的属性,文件在filters元素里列出。 –>
<filtering>true</filtering>

<!–描述存放资源的目录,该路径相对POM路径 –>
<directory>src/main/resources</directory>

<!–包含的模式列表 –>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>

<!–排除的模式列表 如果<include>与<exclude>划定的范围存在冲突,以<exclude>为准 –>
<excludes>
<exclude>jdbc.properties</exclude>
</excludes>

</resource>
</resources>

<!–单元测试相关的所有资源路径,配制方法与resources类似 –>
<testResources>
<testResource>
<targetPath />
<filtering />
<directory />
<includes />
<excludes />
</testResource>
</testResources>

<!–项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。 –>
<sourceDirectory>${basedir}\src\main\java</sourceDirectory>

<!–项目脚本源码目录,该目录和源码目录不同, <!– 绝大多数情况下,该目录下的内容会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。 –>
<scriptSourceDirectory>${basedir}\src\main\scripts
</scriptSourceDirectory>

<!–项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。 –>
<testSourceDirectory>${basedir}\src\test\java</testSourceDirectory>

<!–被编译过的应用程序class文件存放的目录。 –>
<outputDirectory>${basedir}\target\classes</outputDirectory>

<!–被编译过的测试class文件存放的目录。 –>
<testOutputDirectory>${basedir}\target\test-classes
</testOutputDirectory>

<!–项目的一系列构建扩展,它们是一系列build过程中要使用的产品,会包含在running bulid‘s classpath里面。 –>
<!–他们可以开启extensions,也可以通过提供条件来激活plugins。 –>
<!–简单来讲,extensions是在build过程被激活的产品 –>
<extensions>

<!–例如,通常情况下,程序开发完成后部署到线上Linux服务器,可能需要经历打包、 –>
<!–将包文件传到服务器、SSH连上服务器、敲命令启动程序等一系列繁琐的步骤。 –>
<!–实际上这些步骤都可以通过Maven的一个插件 wagon-maven-plugin 来自动完成 –>
<!–下面的扩展插件wagon-ssh用于通过SSH的方式连接远程服务器, –>
<!–类似的还有支持ftp方式的wagon-ftp插件 –>
<extension>
<groupId>org.apache.maven.wagon</groupId>
<artifactId>wagon-ssh</artifactId>
<version>2.8</version>
</extension>

</extensions>

<!–使用的插件列表 。 –>
<plugins>
<plugin>
<groupId></groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.5.5</version>

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

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

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

<!–配置的执行目标 –>
<goals>
<goal>single</goal>
</goals>

<!–配置是否被传播到子POM –>
<inherited>false</inherited>

</execution>
</executions>

<!–作为DOM对象的配置,配置项因插件而异 –>
<configuration>
<finalName>${finalName}</finalName>
<appendAssemblyId>false</appendAssemblyId>
<descriptor>assembly.xml</descriptor>
</configuration>

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

<!–项目引入插件所需要的额外依赖 –>
<dependencies>
<dependency>…</dependency>
</dependencies>

<!–任何配置是否被传播到子项目 –>
<inherited>true</inherited>

</plugin>
</plugins>

<!–主要定义插件的共同元素、扩展元素集合,类似于dependencyManagement, –>
<!–所有继承于此项目的子项目都能使用。该插件配置项直到被引用时才会被解析或绑定到生命周期。 –>
<!–给定插件的任何本地配置都会覆盖这里的配置 –>
<pluginManagement>
<plugins>…</plugins>
</pluginManagement>

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

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

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

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

<id> repo-id </id>
<name> repo-name</name>
<url>file://${basedir}/target/deploy </url>
<layout />

</repository>

<!–构件的快照部署到哪里,如果没有配置该元素,默认部署到repository元素配置的仓库 –>
<snapshotRepository>
<uniqueVersion />
<id />
<name />
<url />
<layout />
</snapshotRepository>

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

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

<!–部署位置的名称 –>
<name> site-name</name>

<!–部署位置的URL,按protocol://hostname/path形式 –>
<url>scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web </url>

</site>

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

<!–如果构件有了新的groupID和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>

仓库配置

<!–发现依赖和扩展的远程仓库列表。 –>
<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就可以在每个单独的仓库中,为每种类型的构件采取不同的策略。 –>
<!–例如,可能有人会决定只为开发目的开启对快照版本下载的支持 –>
<snapshots>
<enabled />
<updatePolicy />
<checksumPolicy />
</snapshots>

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

<!–远程仓库名称 –>
<name> repo-name</name>

<!–远程仓库URL,按protocol://hostname/path形式 –>
<url>http://192.168.1.169:9999/repository/ </url>

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

</repository>

</repositories>

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

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

</pluginRepositories>
profile配置

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

<!–根据环境参数或命令行参数激活某个构建处理 –>
<profile>
<!–自动触发profile的条件逻辑。Activation是profile的开启钥匙。 –>
<activation>

<!–profile默认是否激活的标识 –>
<activeByDefault>false</activeByDefault>

<!–activation有一个内建的java版本检测,如果检测到jdk版本与期待的一样,profile被激活。 –>
<jdk>1.7</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>
<id />
<build />
<modules />
<repositories />
<pluginRepositories />
<dependencies />
<reporting />
<dependencyManagement />
<distributionManagement />
<properties />
</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,如果第一个条件满足了,那么后面就不会在进行匹配。

报表配置

<!–描述使用报表插件产生报表的规范,特定的maven 插件能输出相应的定制和配置报表. –>
<!–当用户执行“mvn site”,这些报表就会运行,在页面导航栏能看到所有报表的链接。 –>
<reporting>

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

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

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

<plugin>
<groupId />
<artifactId />
<version />
<inherited />
<configuration>
<links>
<link>http://java.sun.com/j2se/1.5.0/docs/api/</link>
</links>
</configuration>
<!–一组报表的多重规范,每个规范可能有不同的配置。 –>
<!–一个规范(报表集)对应一个执行目标 。例如,有1,2,3,4,5,6,7,8,9个报表。 –>
<!–1,2,5构成A报表集,对应一个执行目标。2,5,8构成B报表集,对应另一个执行目标 –>
<reportSets>

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

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

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

<!–配置是否被继承到子POMs –>
<inherited />

<!–这个集合里使用到哪些报表 –>
<reports>
<report>javadoc</report>
</reports>

</reportSet>

</reportSets>

</plugin>

</plugins>

</reporting>

环境配置

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

<!–问题管理系统(例如jira)的名字, –>
<system> jira </system>

<!–该项目使用的问题管理系统的URL –>
<url> http://jira.clf.com/</url>

</issueManagement>

<!–项目持续集成信息 –>
<ciManagement>

<!–持续集成系统的名字,例如continuum –>
<system />

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

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

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

<!–传送通知的途径 –>
<type />

<!–发生错误时是否通知 –>
<sendOnError />

<!–构建失败时是否通知 –>
<sendOnFailure />

<!–构建成功时是否通知 –>
<sendOnSuccess />

<!–发生警告时是否通知 –>
<sendOnWarning />

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

<!–扩展配置项 –>
<configuration />

</notifier>

</notifiers>

</ciManagement>

项目信息配置

<!–项目的名称, Maven产生的文档用 –>
<name>banseon-maven </name>

<!–项目主页的URL, Maven产生的文档用 –>
<url>http://www.clf.com/ </url>

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

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

<!–构建该项目或使用该插件所需要的Maven的最低版本 –>
<maven />

</prerequisites>

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

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

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

<!–邮件的名称 –>
<name> Demo </name>

<!–发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
<post> clf@126.com</post>

<!–订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
<subscribe> clf@126.com</subscribe>

<!–取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建 –>
<unsubscribe> clf@126.com</unsubscribe>

<!–你可以浏览邮件信息的URL –>
<archive> http:/hi.clf.com/</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.clf.com/ </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.clf.com/LICENSE-2.0.txt </url>

<!–项目分发的主要方式: repo,可以从Maven库下载 manual, 用户必须手动下载和安装依赖 –>
<distribution> repo</distribution>

<!–关于license的补充信息 –>
<comments> Abusiness-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/</connection>

<!–给开发者使用的,类似connection元素。即该连接不仅仅只读 –>
<developerConnection>scm:svn:http://svn.baidu.com/banseon/maven/
</developerConnection>

<!–当前代码的标签,在开发阶段默认为HEAD –>
<tag />

<!–指向项目的可浏览SCM库(例如ViewVC或者Fisheye)的URL。 –>
<url> http://svn.baidu.com/banseon</url>

</scm>

<!–描述项目所属组织的各种属性。Maven产生的文档用 –>
<organization>

<!–组织的全名 –>
<name> demo </name>

<!–组织主页的URL –>
<url> http://www.clf.com/</url>

</organization>



快乐成长 每天进步一点点      京ICP备18032580号-1