easyUI整合基础篇

github地址,点这里。项目效展示,点这里。账号:admin 密码:123456下一篇小说开端,全体的种类源码都以与maven整合后的代码了,所以这一篇讲一讲maven。

简介

Apache Maven是三个软件项目管理和了然工具。基于项目对象模型(POM)的概念,Maven能够从多个宗旨音讯保管项指标构建,报告和文书档案的软件项目管理工具。

Apache Maven四个机密的基于java的Apache Ant的营造筑工程具的替代者。ant脚本是能够直接运营在maven中的。maven和ant最大的差别正是在于maven的编写翻译以及有着的剧本都有一个基础,正是POM(project object model),这些模型定义了连串的成套,然后琳琅满指标脚本在那么些模型上行事,而ant完全部是温馨定义。

Maven它包含了三个档案的次序对象模型 (Project Object Model),一组正式集结,二个系列生命周期,一个重视管理连串(Dependency Management System),和用来运作定义在生命周期阶段(phase)中插件(plugin)目的(goal)的逻辑。

Maven首要做的是两件事:

  • 1.统一开支标准与工具

  • 1.联合管理jar包

1、简单介绍我们看一下github上有的开源项指标目录结构,下图中有mybatis、netty、dubbo这一个比较有影响的类别,在种种种类中都能够见见二个pom.xml文件,那便是maven的陈设文件。

Maven的安装

图片 1

设置maven一级轻便,总共分三步:

- 下载 Maven ,其实正是三个压缩包,解压一下。下载地址

图片 2

image.png

1、bin目录

带有了mvn运营的台本,bat结尾的是windows批管理脚本

2、boot目录

唯有三个文书 plexus-classworlds-2.5.2.jar,是三个类加载器框架,Maven使用他加载本人的类库。

3、conf目录

settings.xml 文件

4、lib目录

Maven运转时要求的Java类库

- 配置一下情状变量

有七个情状变量能够安插:

MAVEN_HOME = 你自个儿的Maven安装地方
在path变量末尾加入“%MAVEN_HOME%bin;”

图片 3

image.png

万一想让 Maven 跑得越来越快点,能够依靠本身的情事来设置 MAVEN_OPTS

MAVEN_OPTS = -Xms128m -Xmx512m(可选)

- 最后,验证是或不是安装成功

当今大家打开 cmd,输入:

mvn -v

图片 4

image.png

Maven 安装成功!

那么maven是怎么啊?百度百科中是那般说的,“Maven项目对象模型,能够通过一小段描述音信来管理项指标营造,报告和文书档案的软件项目管理工科具。”当然,继续看下来,还是会有广大专门的学业名词,如若您是刚入门的话,能够临时不去看那些,不时光足以稳步研讨。其实Maven是八个品类管理和组合的工具,何况为开荒者提供了一套完整的创设生命周期框架。

了解Maven仓库

应用 Maven 给我们带来的最直接的补益,便是统一保管jar 包,那么那个 jar 包存放在 本地饭馆 中,暗中同意地址位于 C:Users客商名.m2 目录下(当然也能够修改那么些默许地址,当我们第二遍输入mvn -v ,maven会在顾客目录创建二个.m2的目录,那个是maven的本地货仓。)

我们能够将地点客栈掌握“缓存”,指标是寄放在jar包。开采品种时项目首先会从本土旅社中得到jar 包,当不可能获得钦命 jar 包的时候,本地旅舍会从 远程酒店(或 核心客栈) 中下载 jar 包,并“缓存”到地头货仓中以备以后选取。

长途客栈(中心货仓)是 Maven 官方协会发布在网络络的贰个站点,里面收音和录音了近期好些个主流的jar包,可透过 http://search.maven.org/ 来访谈。这样一来,本地仓库会趁着项指标积累更加大。

图片 5

image.png

图片 6

image.png

Nexus是Maven酒店管理器,也足以叫Maven的私服,搭建私服能够加快构建速度,收缩节省里网带宽。

2、使用感受从前日常蒙受的情事正是,往往八个跳槽来的新同事会问,“用过maven吗?怎么不用maven?”等难题,也是有些狼狈的搭不上话,临时在互连网看代码的时候也拜谒到maven项目,可是不会用。那时也正是因为刚出道,人相比懒吧,也不去看不去学。其实过多少人一初始对于maven的记念,感到maven正是一个下载jar包的插件而已,作者一开头也是一致,并不是太在乎,上手了一段时间后,才体会到maven不止是一个管制jar包正视的工具,按作者的接头,maven有寥寥多的益处,比方:方便管理种种库文件信任、规范化构建流程、升高开垦者效用、在时时随处集成人中学扮演首要功用。对于开采效用和安顿作用的晋级的确是使本人印象长远,流程的条件也得以减小过多少人为因素大概带来的一无可取,当然,要是还不曾上手过maven项指标来说,小编的提议最棒是及早将maven整合进项目中,以上的各个好处你也会日趋体验到,何况英特网教程能源那么多,完全不用顾忌不大概入门,想要进级的话也得以看看《Maven实战》那本书。在这篇文章中本人也只是简短讲一下温馨对此maven的应用体验,总计的有个别轻易,其实是想告知看见此文的您,像maven、gradle这几个可以鲜明进步开拓作用的工具真的要用到品种中,三个高效能的做事状态应该是大家每一种本领人的追求。

修改本地货仓地点配置

本土仓库,在施行第二回mvn -v是会私下认可在客商文件夹生成.m2文件夹,我们能够透过maven的装置目录下边包车型大巴conf文件夹里面包车型大巴settings.xml来改动

图片 7

image.png

传闻该配置,Maven就能够将下载的类库保存到D:mavenrepository中

为了保持大旨的配备文件不改变,大家得以将settings.xml文件拷贝到.m2目录上面。以往若是对那些文件做修改就足以了,maven会优先读取.m2底下的布局文件。(可选)

3、安装与组合大约总结了以下步骤:1、下载官方文书 2、解压并配备maven的情况变量 3、施行maven -v 验证 4、与开采软件整合

Eclipse的Maven项目

windows下maven的安装,点这里linux下maven的安装,点这里

Eclipse安装Maven

打开eclipse,菜单“Help”-“Install New Software...”
在Work with 地址栏输入:http://download.eclipse.org/releases/oxygen (注意:oxygen是eclipse对应的本子名称),稍等片刻

图片 8

image.png

设置后正是与eclipse可能idea等开荒软件整合的作业啊。

配置Maven

Window --> Preferences

图片 9

image.png

点击 Add 按键,增添本地 maven 的安装路线值

图片 10

image.png

点击 Browse 按键,选到你 maven 的 setting.xml 配置文件

图片 11

image.png

eclipse与maven整合,点这里idea与maven整合,点这里

Eclipse的创建 Maven项目

分选新建项目,下载Maven项目

图片 12

image.png

图片 13

image.png

groupId、artifactId、version分明三个独一的Maven

图片 14

image.png

1、groupId

看名就能够猜到其意义,那一个应该是商号名或是集体名。常常的话groupId是由八个部分组成,每一种部分之间以"."分隔,首局地是项目用途,举例用来商业的正是"com",用于非营利性组织的就  是"org";第二有个别是店肆名,比方"tengxun"、"baidu"、"alibaba";第三有的是你的品种名

2、artifactId

可以感到是Maven构建的品类名,比方您的类型中有子项目,就可以使用"项目名-子项目名"的命名情势

3、version

本子号,SNAPSHOT意为快速照相,表达该项目还在付出中,是动荡的版本。在Maven中非常重视的一点是,groupId、artifactId、version五个要素生成了二个Maven项目的中坚坐标,那可怜关键,笔者在选择和钻探Maven的时候屡屡感想到了这一点。

4、packing

品种打包的体系,能够使jar、war、rar、ear、pom,暗中同意是jar

图片 15

image.png

那几个都是供给和谐花点时间去切磋的东西,并且网络教程也多,就径直放了感到没有错的教程的链接地址。

Maven项指标科班目录

src
  -main
      –bin   脚本库
      –java java源代码文件
      –resources 资源库,会自动复制到classes目录里
      –filters 资源过滤文件
      –assembly 组件的描述配置(如何打包)
      –config 配置文件
      –webapp web应用的目录。WEB-INF、css、js等
  -test
      –java 单元测试java源代码文件
      –resources 测试需要用的资源库
      –filters 测试资源过滤库
  -site Site(一些文档)
target
 -classes 项目主体输出目录
 -test-classes项目测试输出目录
 -site   项目site输出目录

工程根目录下就唯有src和target多少个目录

target是有寄存项目创设后的文件和目录,jar包、war包、编写翻译的class文件等
target里的兼具剧情都是maven构建的时候生成的

图片 16

image.png

框中的src/main/javasrc/test/java还有src/main/resourcessrc/test/resources骨子里正是src个中的剧情,只是为着开拓方便人民群众意考查试,援引出来。

4、maven宾馆由于暗中同意的货仓地址是海外网站,会对下载速度有一定的熏陶,下载jar包时,若无将饭店设置为我国链接的话,恐怕会变成下载慢的气象,这种状态也很好消除,设置国内镜像只怕国内商旅,当然也足以友善搭建私服,不经常光的话会独自写一个搭建私服的小说,想打听的也得以本人先搜一下互为表里课程。推荐贰个寻找jar包的maven信任时常用地点: repository连接:

Maven pom.xml配置详解

新建的maven项指标pom.xml配置如下:

图片 17

image.png

5、setting.xml文件settings.xml文件是用来安装maven参数的配置文件。况兼,settings.xml是maven的全局配置文件。而pom.xml文件是到处项指标一些配置。settings.xml中包含类似当地仓库储存地点、修改远程仓库储存服务器、认证信息等配置。关于setting.xml介绍能够看这里

POM基础

1.Maven的声明
2.POM的关系,依赖,继承,模块, 属性
3.构建
4.报告
5.项目详细新闻
6.条件设置

Maven命令

  1. 创建Maven的普通java项目:
    mvn archetype:create -DgroupId=packageName -DartifactId=projectName
  2. 创建Maven的Web项目:
    mvn archetype:create -DgroupId=packageName -DartifactId=webappName-DarchetypeArtifactId=maven-archetype-webapp
  3. 编写翻译源代码: mvn compile
  4. 编写翻译测试代码:mvn test-compile
  5. 运维测量试验:mvn test
  6. 产生site:mvn site
  7. 打包:mvn package
  8. 在本地Repository中安装jar:mvn install
  9. 消除发生的档案的次序:mvn clean
  10. 生成eclipse项目:mvn eclipse:eclipse
  11. 生成idea项目:mvn idea:idea
  12. 重组使用goal命令,如只打包不测试:mvn -Dtest package
  13. 编写翻译测量试验的剧情:mvn test-compile
  14. 只打jar包: mvn jar:jar
  15. 只测验而不编写翻译,也不测量试验编写翻译:mvn test -skipping compile -skipping test-compile
    ( -skipping 的灵活运用,当然也得以用于别的组成命令)
  16. 清除eclipse的片段系统装置:mvn eclipse:clean

POM的涉嫌补充表明

parent <relativePath/>
父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。Maven首先在构建当前项目的地方寻找父项目的pom,其次在文件系统的这个位置(relativePath位置),然后在本地仓库,最后在远程仓库寻找父项目的pom。
parent使用dependencyManagement定义信任关系
继承自该项目的所有子项目的默认依赖信息。这部分的依赖信息不会被立即解析,而是当子项目声明一个依赖(必须描述groupID和artifactID信息),如果groupID和artifactID以外的一些信息没有描述,则通过groupID和artifactID匹配到这里的依赖,并使用这里的依赖信息。<dependencyManagement><dependencies><dependency>......</dependency></dependencies></dependencyManagement>
modules <modules/>
模块是这个POM列出的项目,并作为一个组来执行,不需要考虑模块间依赖关系。一个POM打包的项目可以通过将它们列为模块来集合一组项目的构建,这些模块是目录的相对路径或这些项目的POM文件。 (Ps:继承和模块的区别:继承父不知子,但子知父。模块父知子,但子不知父。所以在具体的项目中一般都是继承和模块融合使用)
properties <properties/> <properties> <someVar>值</ someVar> </ properties>的值作为$ {someVar}
Maven属性是值占位符,就像Ant中的属性一样。它们的值可以在POM中的任何地方通过使用符号${properties}来访问,或者它们可以被插件用作默认值

 <!-- 声明 -->
<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/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <!-- POM的关系 -->
  <groupId>...</groupId>
  <artifactId>...</artifactId>
  <version>...</version>
  <packaging>...</packaging>
  <!--依赖性 -->
  <dependencies>...</dependencies>
  <!--父项目 -->
  <parent>...</parent>
  <!-- 依赖信息定义 -->
  <dependencyManagement>...</dependencyManagement>
  <!-- 模块 -->
  <modules>...</modules>
  <!-- 依赖的分类器 -->
  <classifier>...</classifier>
  <!-- 为pom定义一些常量 -->
  <properties>...</properties>

  <!-- 构建 -->
  <build>...</build>
  <!-- 报告 -->
  <reporting>...</reporting>

  <!--项目详细信息  -->
  <name>...</name>
  <description>...</description>
  <url>...</url>
  <inceptionYear>...</inceptionYear>
  <licenses>...</licenses>
  <organization>...</organization>
  <developers>...</developers>
  <contributors>...</contributors>

  <!-- 环境设置 -->
  <issueManagement>...</issueManagement>
  <ciManagement>...</ciManagement>
  <mailingLists>...</mailingLists>
  <scm>...</scm>
  <prerequisites>...</prerequisites>
  <repositories>...</repositories>
  <pluginRepositories>...</pluginRepositories>
  <distributionManagement>...</distributionManagement>
  <profiles>...</profiles>
</project>

上边是贰个settings.xml的演示文件:

三个独立的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">  

    <!-- 声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。 -->  
    <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>  
<?xml version="1.0" encoding="UTF-8"?><settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> <!-- 本地仓库:本地存放jar包的文件夹位置 --> <localRepository>/xx/xx</localRepository> <pluginGroups> </pluginGroups> <proxies> </proxies> <servers> </servers> <!--加速镜像,也可以考虑阿里云的maven镜像 --> <mirrors> <mirror> <id>UK</id> <mirrorOf>central</mirrorOf> <url>http://uk.maven.org/maven2</url> </mirror> <mirror> <id>net-cn</id> <mirrorOf>central</mirrorOf> <url>http://maven.net.cn/content/groups/public/</url> </mirror> <mirror> <id>osc</id> <mirrorOf>central</mirrorOf> <url>http://maven.oschina.net/content/groups/public/</url> </mirror> <mirror> <id>osc_thirdparty</id> <mirrorOf>thirdparty</mirrorOf> <url>http://maven.oschina.net/content/repositories/thirdparty/</url> </mirror> </mirrors> <profiles> <profile> <id>osc</id> <activation> <!--当前使用的远程仓库为osc--> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository> <id>osc</id> <!--当前使用的远程仓库地址 --> <url>http://maven.oschina.net/content/groups/public/</url> </repository> <repository> <id>osc_thirdparty</id> <url>http://maven.oschina.net/content/repositories/thirdparty/</url> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>osc</id> <url>http://maven.oschina.net/content/groups/public/</url> </pluginRepository> </pluginRepositories> </profile> <profile> <id>net-cn</id> <repositories> <repository> <id>net-cn</id> <url>http://maven.net.cn/content/groups/public/</url> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>net-cn</id> <url>http://maven.net.cn/content/groups/public/</url> </pluginRepository> </pluginRepositories> </profile> </profiles></settings>

塑造配置

<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}srcmainjava</sourceDirectory>  

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

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

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

    <!--被编译过的测试class文件存放的目录。 -->  
    <testOutputDirectory>${basedir}targettest-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>  

怕说多了啰嗦,就到此处吧,等下把代码整合一下,放到github上啊。

报告

<!--描述使用报表插件产生报表的规范,特定的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>     

品种音讯配置

<!--项目的名称, 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>   

分发配置

<!--项目分发信息,在执行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>  

POM 4.0的三个新功效是项目能够基于内地的情状来改造设置,profile成分包括多少个任选的活化(概况触发器)和设定变化的向POM制作而成假若所选择的文书档案已被激活。比如,为测验情状塑造的品种可能会指向与最后陈设区别的数据库。可能注重关系足以依靠所使用的JDK版本从分歧的存放库中领取。

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,固然第多少个原则满足了,那么后面就不会在开展相称。

条件计划

<!--项目的问题管理系统(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>  

本文由365bet体育在线官网发布于网络编程,转载请注明出处:easyUI整合基础篇

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。