搭建 Nexus2.7.2
搭建 Nexus2.7.2-03 Maven3.1.1 JAVA Project 管理 第一节：Nexus 研究汇总 1 Nexus 概念、作用 仓库管理器有两个服务目的：首先它的角色是一个高度可配置的介于你的组织与公开Maven仓库之间的代理，其次它为你的组织提供了一个可部署你组织内部生成 的构件
搭建 Nexus2.7.2-03 + Maven3.1.1 JAVA Project 管理
第一节：Nexus 研究汇总
1 Nexus 概念、作用
仓库管理器有两个服务目的：首先它的角色是一个高度可配置的介于你的组织与公开Maven仓库之间的代理，其次它为你的组织提供了一个可部署你组织内部生成
的构件的地方。代理Maven仓库有很多好处。对于一开始使用Maven的情况来说，通过为所有的来自*Maven仓库的构件安装一个本地的缓存，你将加速组织内部的
所有构建.
2 Nexus 安装
1):官方下载http://www.sonatype.org/nexus/ 安装包，包下载分二种1：含有JETTY WEB容器的BUNDLE包 2：不含WEB容器的WAR包
2)：解压，以当前根目录D:\ThridFarme为例：
打开：${NEXUS_HOME}\bin\jsw\windows-x86-64，依次运行install-nexus.bat、start-nexus.bat,运行nexus
官网说明： Open Nexus Professional in a Web Browser，ifyou accept all of the defaults, Nexus Professional can be accessed by pointingyour browser at http://localhost:8081/nexus and entering in the following trialcredentials:
username: admin password: admin123
3 Nexus 管理操作
即http://localhost:8081/nexus管理，暂缺
第二节：Maven3 研究汇总
1 Maven3 概念、作用
Maven3概念:
Maven是基于项目对象模型(POM)，通过一小段描述信息来管理项目的构建，也是报告和文档的软件项目管理工具; 它包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(DependencyManagement System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。使用Maven时，用一个明确定义的项目对象模型来描述你的项目，Maven可以应用横切的逻辑，这些逻辑来自一组共享的（或者自定义的）插件。
Maven 有一个项目生命周期，当你运行 mvn install 的时候被调用。这条命令告诉 Maven 执行一系列的有序的目标步骤，直到到达你指定的生命周期,过程中Maven会运行许多默认的插件目标，像编译compile和创建JAR(jar) 文件类似工作。
Maven3作用：
Maven能够很方便管理项目的构建、项目报告、生成站点、管理JAR文件等等。
MAVEN概念模型：
图1
POM简介：包含了四类描述和配置项目
1） POM关系：一个项目很少孤立存在；它会依赖于其它项目，可能从父项目继承POM设置，它要定义自身的坐标，可能还会包含子模块。
2）构建设置：在这一部分，我们自定义Maven构建的默认行为。我们可以更改源码和测试代码的位置，可以添加新的插件，可以将插件目标绑定到生命周期，我们还可以自定
义站点生成参数。
3）总体信息：它包含了一个项目的而名称，项目的URL，发起组织，以及项目的开发者
贡献者列表和许可证。
4）构建环境：构建环境包含了一些能在不同使用环境中 激活的profile。例如，在开发过程中你可能会想要将应用部署到一个而开发服务器上，而在产品环境中你会需要将
应用部署到产品服务器上。构建环境为特定的环境定制了构建设置，通常它还会
由~/.m2中的自定义settings.xml补充。图2
2 Maven3 核心流程
2.1maven管理的目标：工程（Software Project）
图3
软件工程的唯一标识是由团体标识的约定ID（groupId)、单独项目的唯一标识符（artifactId)、版本（version） 共同决定;
PackageType:每个工程都有一个打包类型，可以是jar, war, ear 或 pom,打包类型决定工程最终产物的类型,其中pom类型用于构件多模块工程。
工程之间有两种关系：依赖（dependency）和聚合（）
依赖:是类与类之间的连接. 表示一个类依赖于另一个类的定义. 依赖关系总是单向的 。可以简单的理解，就是一个类A使用到了另一个类B
图4
关联(association)关系: 表示类与类之间的联接, 体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，它使一个类知道另一个类的属性和方法. 关联可以使用单箭头表示单向关联, 使用双箭头或不使用箭头表示双向关联, 关联有两个端点, 在每个端点可以有一个基数, 表示这个关联的类可以有几个实例. 常见的基数(0..1:0、0..*、1、1..*)
图5
聚合: 关联关系的一种特例, 是强的关联关系. 聚合是整体和个体之间的关系,即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；
图6
2.1.1 工程依赖关系
（1）依赖关系的管理，是maven最为强大特征之一。一个工程可以依赖多个其他工程， 通过工程的唯一标识（groupId+artifactId+version)可以明确指明依赖的库及版本，而且能够处理依赖关系的传递（transitive dependencies），如图7：图7
（2）maven可以指定依赖的作用范围（scope），包括以下几种：
图8
compile范围(默认)：编译范围依赖,在编译，测试和运行中都依赖于类包，在所有的classpath中可用，同时它们也会被打包。
test范围: JUnit测试范围（test）的依赖，运行compiler:testCompile和surefire:test目标的时候才会将POM依赖JAR包被加入classpath中
provided范围:已提供范围依赖，开发过程只有在编译（classpath）和测试时需要一个类库，而该类库在运行的时候由容器提供,它们不是传递性的，也不会被打包，不会被捆绑在构建的输出中，可用于排除WAR文件中特定的依赖。如Servlet API的JAR文件包不会在web应用WEB-INF/lib目录下生成。
Runtime：运行时范围依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC驱动实现。
system（系统范围）：system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库的一部分。这样的构件应该是一直可用的，Maven也不会在仓库中去寻找它。如果你将一个依赖范围设置成系统范围，你必须同时提供一个systemPath元素。
（不推荐使用的，应该尽量从公共或定制的Maven仓库中引用依赖）。
Maven如何解决依赖关系的传递性可能导致依赖的版本、scope等发生冲突问题？ maven提供了仲裁机制（最短路径原则、依赖的排除 、依赖的显示声明）。
查看项目依赖关系树：mvn dependency:tree
2.1.2 工程聚合关系
前面提到pom类型用于于构件多模块工程，这体现了project之间的一种聚合关系：将一系列小的模块聚合成整个产品。
通过聚合后的工程可以同时管理每个相关模块的构建、清理、文档等工作。 聚合关系通过在子工程中指定一个pom类型的project作为父project来定义。
图9
2.2 maven的核心：生命周期和阶段
图10
maven将工程（Project）的构建过程理解为不同的生命周期(LifeCycle)和阶段（Phase）。 在工程的构建过程中，存在着不同的生命周期，这些生命周期互相独立，之间也没有一定的顺序关系。 每个生命周期又划分为不同的阶段（Phase）。阶段之间有明确的顺序关系， 同一生命周期内的阶段必须按顺序依次执行。
maven内置了三个生命周期，并为每个生命周期内置了一些阶段。下面列举出maven内置的生命周期及主要的阶段：
图11
· default：构建（Build）
1. validate：验证项目是否正确，所有必需的信息是否可用。
2. compile：编译项目中的代码。
3. test：用相关的单元测试框架测试编译后的代码，这些运行的测试并不会随项目打包和布署。
4. package：将编译后的代码打包成相应的格式文件，如jar包。
5. integration-test： 如果需要在一个综合环境中运行我们的测试，这个阶段将会运行和布署项目到该环境中。
6. verify： 检查项目的包是否正确和符合要求。
7. install：将包安装到本地maven仓库，可以让其他项目作为依赖使用该包。
8. deploy：将包发布到远程的maven仓库，并提供给其他开发者使用。
· clean：清理
1. pre-clean 准备清理
2. clean 执行清理工作
3. post-clean 执行清理后的后续工作
· site：生成项目文档和站点
1. pre-site 准备生成
2. site 生成项目站点和文档
3. post-site 执行生成文档后的后续工作
4. site-deploy 发布项目文档
更详细的phase说明参考： http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference
再者像mvn package:此命令行并没有指定一个插件目标，而是指定了一个Maven生命周期阶段。阶段是在被Maven称为“构建生命周期”中的一个个步骤。生命周期是包含在一个项目构建中的一系列有序的阶段。
图12
2.3 功能实现：插件和Goal
图13
Maven中定义的工程周期和阶段只是抽象的概念，不涉及具体的功能。 具体的功能由插件（Plugin）实现。一个Maven插件是一个单个或者多个目标(Goal)的集合。Maven有一些简单但核心的插件，像Jar插件，它包含了一组创建JAR文件的目标，Compiler插件，它包含了一组编译源代码和测试代码的目标，或者Surefire插件，它包含一组运行单元测试和生成测试报告的目标。而其它的，更有专门的插件包括：Hibernate3插件，用来集成流行的持久化框架Hibernate。Maven也提供了自定义插件的能力。
图14
为了解耦插件的功能和工程阶段，实现高度的可配置性，maven规定插件只是实现目标的功能， 通过配置来决定在哪个阶段执行（Execution)哪些目标操作。 甚至可以把一个Goal绑定到多个Phase，以实现复用。
maven内置了一些默认的插件，并根据不同的工程packing类型在各个phase中默认绑定了一些goal。 下表中列出default生命周期中各阶段默认绑定的goal，其中goal按照管理使用plugin name:goalname的方式标记：
图15
Site:
最后需要说明的是，maven的插件是一种packaging类型为maven-plugin的project， 可以使用maven project的依赖，配置插件等等一切特性。
2.4 仓库（Repository)
Maven仓库是通过结构来定义的，一个Maven仓库是项目构件的一个集合，这些构件存储在一个目录结构下面，它们的格式能很容易的被Maven所理解。在一个Maven仓库中，所有的东西存储在一个与Maven项目坐标十分匹配的目录结构中。你可以打开浏览器，然后浏览*Maven仓库http://repo1.maven.org/maven2/ 来看这样的结构。
Maven仓库的标准是按照下面的目录格式来存储构件，相对于仓库的根目录：
/
Maven从远程仓库下载构件和插件到你本机上，存储在你的本地Maven仓库里。一旦
Maven已经从远程仓库下载了一个构件，它将永远不需要再下载一次，因为maven会首
先在本地仓库查找插件，然后才是其它地方。
项目依赖于一些既不免费也不公开的包。在这种情况下，你需要要么在你组织的网络里安装一个定制的仓库，要么手动的安装这些依赖。默认的远程仓库可以被替换，或者增加一个你组织维护的自定义Maven仓库的引用。
仓库可以分为本地库（local）和远程库（remote）。本地库通常位于本机的~/.m2/repository文件夹， 远程库最常见的是maven*库，此外也会有一些私服库用于企业内部。2.4 小结：MAVEN核心概念
图16
|
|
|
|
概念 |
说明 |
|
LifeCycle |
生命周期，maven内置default,sie,clean三个生命周期 |
|
Phase |
阶段，每个生命周期有不同的阶段 |
|
Plugin |
插件，实现实际的构建功能 |
|
Goal |
一个插件可以实现多个goal，goal具备具体的功能 |
|
Execution |
通过配置，决定在某个Phase执行哪些Goal |
|
Project |
maven管理的目标：软件工程，小的工程可以聚合成大工程 |
|
PackageType |
为了便于管理工程，按照构建目标区分成不同的工程类型，如jar，war，ear等 |
|
Dependency |
依赖，project之间存在依赖关系 |
|
DependencyScope |
maven对依赖定义了不同的作用范围 |
|
Management |
可以配置一个工程如何管理依赖关系 |
|
Repository |
仓库，存放包，分为本地库和远程库 |
|
Build |
构建的动作。使用maven管理工程，主要是指定将project构建到某个phase |
3 Maven3 安装
见：http://blog.csdn.net/jun55xiu/article/category/1439861
验证安装：mvn -version
4 常见应用
1）创建一个Project
mvn archetype:create -DgroupId=com.mycompany.app
-DartifactId=my-app-DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
mvn archetype:generate 固定格式OR create
-DgroupId 组织标识（包名）
-DartifactId项目名称
-DarchetypeArtifactId 原型ArchetypeId:maven-archetype-quickstart，创建一个JavaProject；maven-archetype-webapp，创建一个WebProject
-DinteractiveMode 是否使用交互模式
2）命令
编译源代码 mvn compile
编译测试代码mvn test-compile
清空mvn clean
运行测试 mvn test
生产站点目录并打包 mvn site-deploy
安装当前工程的输出文件到本地仓库 mvn install
打包 mvn package
先清除再打包mvn clean package
打成jar包mvn jar:jar
生成eclipse项目mvneclipse:eclipse
查看帮助信息mvn help:help
查看maven有哪些项目类型分类 mvn archetype:create -DarchetypeCatalog=intrenal
3）构建一个简单Java项目
mvn archetype:create -DgroupId=cn.luxh.app-DartifactId=my-app -DarchetypeArtifactId=maven-archetype-quickstart-DinteractiveMode=false
4）构建一个简单JAVA WEB项目
mvn archetype:create -DgroupId=cn.luxh.app -DartifactId=my-web-app -DarchetypeArtifactId=maven-archetype-webapp -DinteractivMode=false
回车
cd :/%roo%/my-web-app/，执行：mvn package
构建成功后，my-web-app项目target目录/my-web-app.war
集成tomcat、Jetty发布运行，需要配置pom.xml
Tomcat:
build>
finalName>my-web-appfinalName>
pluginManagement>
org.codehaus.mojo
tomcat-maven-plugin
1.1
/wp
8080
UTF-8
http://192.168.0.95:8080/manager/html
tomcat6
pluginManagement>
build>
Jetty：
build>
finalName>my-web-appfinalName>
pluginManagement>
plugins>
plugin>
groupId>org.mortbay.jettygroupId>
artifactId>maven-jetty-pluginartifactId>
plugin>
plugins>
pluginManagement>
build>
执行：mvn tomcat:run jetty:run 就可以在8080端口*问应用
5)标准的Maven JAVA项目生成框架
6）Maven的默认设置
在某个项目基础目录执行命令：$ mvn help:effective-pom
见‘Maven Dafalut pom.xml’
7）Maven 齐全POM配置文件要素说明
见‘maven_POM.xml详解’
第三节：用nexus搭建maven私服
见‘搭建Maven私服_并配置Nexus环境(完美版本).pdf’
第四节：eclipse+nexus+maven+JAVA Project管理实战
后期完善
注：maven个人推荐书籍：Maven权威指南(中文版)以及官网（mvnex、mvnref英文版）
上一篇： H5自适应屏幕分辨率大小