私募基金募集过程:
特定对象调查
投资者适当性匹配
基金推介
基金风险提示
合格投资者确认
基金签署及打款
投资冷静期
回访确认
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 文件,然后它们会有一个共同的父项目。
我们可以用了 mvn archetype:generate 命令来生成一个项目。那么这里的 archetype:generate 是什么意思呢?
archetype 是一个插件的名字,generate是目标(goal)的名字。这个命令的意思是告诉 maven 执行 archetype 插件的 generate 目标。
插件目标通常会写成 pluginId:goalId。
一个目标是一个工作单元,而插件则是一个或者多个目标的集合。
比如说Jar插件,Compiler插件,Surefire插件等。从看名字就能知道,Jar 插件包含建立Jar文件的目标,
Compiler 插件包含编译源代码和单元测试代码的目标。Surefire 插件的话,则是运行单元测试。
同理,mvn 本身不会做太多的事情,它不知道怎么样编译或者怎么样打包。
它把构建的任务交给插件去做。插件定义了常用的构建逻辑,能够被重复利用。
在上一篇文章中,我们用的第二个命令是: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 阶段:(默认无目标)
之前我们说过,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容器或者应用服务器会提供的。
当第一次运行 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>
(1)Maven是什么:是一个项目管理工具。
包含一个项目对象模型(POM)、一组标准集合、一个项目生命周期、一个依赖管理系统、用来运行定义在生命周期阶段中插件目标的逻辑。
(2)Maven的目录结构
bin:maven命令(Windows环境命令和Linux环境命令)
boot:maven类加载器
cong:对外提供接口的配置文件 修改setting配置文件将对当前下的所有用户都生效,可以将其移动到.m2文件下表示只对当前的用户生效。
mvn archetype:create -DgroupId=com.maven.test -DartifactId=test1 -DpackageName=com.maven.test.test1
创建生成src和pom.xml(核心配置)文件。src(main和test,main(运行时的类和配置文件包括java和resource),test(测试用的类
mvn install(应在pom所在的文件下),第一次install在.m2文件下自动生成repository仓库并会将当前项目按照groupId、artifactId
mvn test 执行测试命令
mvn compile 执行main目录下的资源和类进行编译
mvn test compile
mvn test -compile 只对测试目录下的类和资源进行编译
mvn clear 将项目目录下的target文件清除
添加新的依赖:首先确定所依赖的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
http://mvnrepository.com/
特定对象调查
投资者适当性匹配
基金推介
基金风险提示
合格投资者确认
基金签署及打款
投资冷静期
回访确认
认购确认成功
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 用户都能得到更新。
在上一篇文章中,我们用的第二个命令是: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 坐标能够确定一个项目。换句话说,我们可以用它来解决依赖关系。
在 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 命令的时候,你需要 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 的核心概念就简单的介绍到这里。
(1)Maven是什么:是一个项目管理工具。
包含一个项目对象模型(POM)、一组标准集合、一个项目生命周期、一个依赖管理系统、用来运行定义在生命周期阶段中插件目标的逻辑。
(2)Maven的目录结构
bin:maven命令(Windows环境命令和Linux环境命令)
boot:maven类加载器
cong:对外提供接口的配置文件 修改setting配置文件将对当前下的所有用户都生效,可以将其移动到.m2文件下表示只对当前的用户生效。
lib:依赖的一些jar包
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上
如process-resource、compile、process-classes、process-test-resource、test-compile、test、、、
添加新的依赖:首先确定所依赖的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
mvn eclipse:eclipse 转成一个eclipse工程(会生成一个classpath和project的文件,当修改pom文件时需要重新生成这两个文件)并导入eclipse中
若要移动repository文件夹时,我们通过修改当前用户下的setting文件的localrepository中的path路径
http://mvnrepository.com/