maven的学习（17.4.25）

私募基金募集过程：
特定对象调查
投资者适当性匹配
基金推介
基金风险提示
合格投资者确认
基金签署及打款
投资冷静期
回访确认

认购确认成功

maven入门核心概念
POM (Project Object Model)
一个项目所有的配置都放置在 POM 文件中：定义项目的类型、名字，管理依赖关系，定制插件的行为等等。
在 POM 中，groupId, artifactId, packaging, version 叫作 maven 坐标，它能唯一的确定一个项目。有了 maven 坐标，
我们就可以用它来指定我们的项目所依赖的其他项目，插件，或者父项目。一般 maven 坐标写成如下的格式：
groupId:artifactId:packaging:version
像我们的例子就会写成：
com.mycompany.helloworld: helloworld: jar: 1.0-SNAPSHOT
大项目一般会分成几个子项目。在这种情况下，每个子项目就会有自己的 POM 文件，然后它们会有一个共同的父项目。

这样只要构建父项目就能够构建所有的子项目了，因为子项目的 POM 会继承父项目的 POM。

Maven插件
我们可以用了 mvn archetype:generate 命令来生成一个项目。那么这里的 archetype:generate 是什么意思呢？
archetype 是一个插件的名字，generate是目标(goal)的名字。这个命令的意思是告诉 maven 执行 archetype 插件的 generate 目标。
插件目标通常会写成 pluginId:goalId。
一个目标是一个工作单元，而插件则是一个或者多个目标的集合。
比如说Jar插件，Compiler插件，Surefire插件等。从看名字就能知道，Jar 插件包含建立Jar文件的目标， 
Compiler 插件包含编译源代码和单元测试代码的目标。Surefire 插件的话，则是运行单元测试。
同理，mvn 本身不会做太多的事情，它不知道怎么样编译或者怎么样打包。
它把构建的任务交给插件去做。插件定义了常用的构建逻辑，能够被重复利用。

这样做的好处是，一旦插件有了更新，那么所有的 maven 用户都能得到更新。

Maven 生命周期
在上一篇文章中，我们用的第二个命令是：mvn package。这里的 package 是一个maven的生命周期阶段 (lifecycle phase )。
生命周期指项目的构建过程，它包含了一系列的有序的阶段 (phase)，而一个阶段就是构建过程中的一个步骤。
那么生命周期阶段和上面说的插件目标之间是什么关系呢？插件目标可以绑定到生命周期阶段上。
一个生命周期阶段可以绑定多个插件目标。当 maven 在构建过程中逐步的通过每个阶段时，会执行该阶段所有的插件目标。
maven 能支持不同的生命周期，但是最常用的是默认的Maven生命周期 (default Maven lifecycle )。
如果你没有对它进行任何的插件配置或者定制的话，那么上面的命令 mvn package 会依次执行默认生命周期中直到包括 package 阶段前的所有阶段的插件目标：
process-resources 阶段：resources:resources
compile 阶段：compiler:compile
process-classes 阶段：(默认无目标)
process-test-resources 阶段：resources:testResources
test-compile 阶段：compiler:testCompile
test 阶段：surefire:test
prepare-package 阶段：(默认无目标)

package 阶段：jar:jar

Maven 依赖管理
之前我们说过，maven 坐标能够确定一个项目。换句话说，我们可以用它来解决依赖关系。
在 POM 中，依赖关系是在 dependencies 部分中定义的。在上面的 POM 例子中，我们用 dependencies 定义了对于 junit 的依赖：
Xml 代码
  <dependencies> 
    <dependency> 
      <groupId>junit</groupId> 
      <artifactId>junit</artifactId> 
      <version>3.8.1</version> 
      <scope>test</scope> 
    </dependency> 
  </dependencies> 
那这个例子很简单，但是实际开发中我们会有复杂得多的依赖关系，因为被依赖的 jar 文件会有自己的依赖关系。
那么我们是不是需要把那些间接依赖的 jar 文件也都定义在POM中呢？答案是不需要，因为 maven 提供了传递依赖的特性。
所谓传递依赖是指 maven 会检查被依赖的 jar 文件，把它的依赖关系纳入最终解决的依赖关系链中。
针对上面的 junit 依赖关系，如果你看一下 maven 的本地库（我们马上会解释 maven 库）
你会发现 maven 不但下载了 junit-3.8.1.jar，还下载了它的 POM 文件。这样 maven 就能检查 junit 的依赖关系，把它所需要的依赖也包括进来。
在 POM 的 dependencies 部分中，scope 决定了依赖关系的适用范围。
我们的例子中 junit 的 scope 是 test，那么它只会在执行 compiler:testCompile and surefire:test 目标的时候才会被加到 classpath 中，
在执行 compiler:compile 目标时是拿不到 junit 的。
我们还可以指定 scope 为 provided，意思是 JDK 或者容器会提供所需的jar文件。
比如说在做web应用开发的时候，我们在编译的时候需要 servlet API jar 文件，但是在打包的时候不需要把这个 jar 文件打在 WAR 中，
因为servlet容器或者应用服务器会提供的。

scope 的默认值是 compile，即任何时候都会被包含在 classpath 中，在打包的时候也会被包括进去。

Maven 库
当第一次运行 maven 命令的时候，你需要 Internet 连接，因为它要从网上下载一些文件。
那么它从哪里下载呢？它是从 maven 默认的远程库(http://repo1.maven.org/maven2) 下载的。这个远程库有 maven 的核心插件和可供下载的 jar 文件。
但是不是所有的 jar 文件都是可以从默认的远程库下载的，比如说我们自己开发的项目。
这个时候，有两个选择：要么在公司内部设置定制库，要么手动下载和安装所需的jar文件到本地库。
本地库是指 maven 下载了插件或者 jar 文件后存放在本地机器上的拷贝。在 Linux 上，它的位置在 ~/.m2/repository，
在 Windows XP 上，在 C:\Documents and Settings\username\.m2\repository ，
在 Windows 7 上，在 C:\Users\username\.m2\repository。当 maven 查找需要的 jar 文件时，它会先在本地库中寻找，只有在找不到的情况下，才会去远程库中找。
运行下面的命令能把我们的 helloworld 项目安装到本地库：
      $mvn install
一旦一个项目被安装到了本地库后，你别的项目就可以通过 maven 坐标和这个项目建立依赖关系。
比如如果我现在有一个新项目需要用到 helloworld，那么在运行了上面的 mvn install 命令后，我就可以如下所示来建立依赖关系：
Xml 代码
<dependency>
  <groupId>com.mycompany.helloworld</groupId>
  <artifactId>helloworld</artifactId>
  <version>1.0-SNAPSHOT</version>
</dependency> 

好了，maven 的核心概念就简单的介绍到这里。

Maven实战
（1）Maven是什么：是一个项目管理工具。
包含一个项目对象模型(POM)、一组标准集合、一个项目生命周期、一个依赖管理系统、用来运行定义在生命周期阶段中插件目标的逻辑。
（2）Maven的目录结构
bin：maven命令（Windows环境命令和Linux环境命令）
boot：maven类加载器
cong：对外提供接口的配置文件 修改setting配置文件将对当前下的所有用户都生效，可以将其移动到.m2文件下表示只对当前的用户生效。

lib：依赖的一些jar包

创建第一个maven项目
mvn archetype:create -DgroupId=com.maven.test -DartifactId=test1 -DpackageName=com.maven.test.test1
创建生成src和pom.xml（核心配置）文件。src（main和test，main（运行时的类和配置文件包括java和resource），test（测试用的类

和配置文件包括java和resource））

运行项目
mvn install（应在pom所在的文件下），第一次install在.m2文件下自动生成repository仓库并会将当前项目按照groupId、artifactId

和版本号的格式生成一个jar包放在了repository下，在创建其他工程时需要依赖此jar包时将按照这个组织结构找到这个jar包。

常用命令
mvn test  执行测试命令
mvn compile 执行main目录下的资源和类进行编译
mvn test compile 
mvn test -compile 只对测试目录下的类和资源进行编译
mvn clear 将项目目录下的target文件清除

mvn package 项目目录下打包但并不会上次到repository上

maven的生命周期（maven将按照生命周期的顺序进行执行任务过程）

如process-resource、compile、process-classes、process-test-resource、test-compile、test、、、

maven的依赖管理
添加新的依赖：首先确定所依赖的jar包是否存在在repository里，若这个jar包未在repository里需要重新引入
如 mvn install：install-file -Dfile=D：\antlr\antlr\2.7.7jar -DgroupId=antlr -DartifactId=antlr -Dversion=2.7.7 -Dpackaging=jar

编辑pom.xml的dependency

将项目导入到eclipse里

mvn eclipse：eclipse  转成一个eclipse工程（会生成一个classpath和project的文件，当修改pom文件时需要重新生成这两个文件）并导入eclipse中

仓库转移

若要移动repository文件夹时，我们通过修改当前用户下的setting文件的localrepository中的path路径

常用maven仓库
http://mvnrepository.com/