maven介绍

项目开发中的问题及解决方案

maven解决了企业项目开发中的如下几个问题：

• 问题1： 项目开发人员将功能开发完成，编译、打包、运行正常，而后提交到svn，测试人员从svn上获取代码后编译、打包、运行报错。
  解决方案：maven对项目生命周期进行定义，规范，开发人员和测试人员使用maven软件完成构建。
  对此，我的理解是：maven提供了一套对项目生命周期管理的标准，开发人员和测试人员统一使用maven进行项目构建。项目生命周期管理指项目的整个构建过程，包括编译、测试、打包、部署、运行等。
• 问题2：一个项目工程中时间长了开发人员也搞不清楚项目中的某些jar包的作用，用在哪些模块，不得不每过一段时间对每个jar包梳理一遍。
  解决方案：maven提供对项目所依赖的第三方构件统一管理，通过规范的依赖管理来管理依赖的jar包。
  对此，我的理解是：maven可以对项目所依赖的第三方构件（即jar包）进行统一管理。这样，向工程中加入jar包就不要手工从其它地方拷贝了，直接通过maven定义jar包的坐标，自动从maven仓库中下载到工程中。
• 问题3：项目使用的第三方框架要升级，从第三方框架官方网站下载jar包，加入工程，运行后报错，原来是第三方框架依赖的jar包版本冲突了。
  解决方案：maven提供对项目所依赖的第三方构件统一管理，通过规范的依赖管理来管理依赖的jar包的版本。
• 问题4：项目的模块很多，每次启动项目需要从svn获取全部模块的项目代码编译运行，由于工程大启动慢，工作效率低下。
  解决方案：maven对每个模块构建成一个一个独立的工程，每个模块构建成功将打成jar包发布到maven远程仓库，工程师每次运行工程只需要从仓库下载模块jar包即可不用对全部源码进行编译。
  对此，我的理解是：maven对工程分模块构建，可提高开发效率。
• 问题5：项目组编写了一个通用的工具类，其他项目组将类拷贝过去使用，工具类发现bug，修改后，通过邮件将工具类发送给各个项目组，这不是一个好的分发机制，太多的环节可能导致出现bug。
  解决方案：项目组将写的工具类通过maven构建，打成jar包，将jar包发布到公司的maven仓库中，公司其他项目通过maven依赖管理从仓库自动下载jar包。
  对此，我的理解是：在实际开发中，公司一般会架设一台专门的maven私服（maven仓库），存储各个项目组所共享的jar包，还存储了从互联网下载的常用的jar包（如Struts2、Spring、Hibenrate、 SpringMVC、log4j……）

maven的概念模型

maven是Apache下的一个开源项目，它是一个项目管理工具，它用于对java项目进行项目构建、依赖管理及项目信息管理。当前使用maven的项在持续增长。
maven包含了一个项目对象模型(Project Object Mobel)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。
maven的概念模型用图来表示即为：

• 项目对象模型(Project Object Mobel)
  通过pom.xml定义项目的坐标、项目依赖、项目信息、插件目标等。每个maven工程中都有一个pom.xml文件(核心配置文件)，该文件里面定义了工程所依赖的jar包、本工程的坐标、打包运行方式等。

• 依赖管理系统(Dependency Management System)
  maven的基础核心，通过定义项目所依赖组件的坐标由maven进行依赖管理。也即maven通过坐标对项目工程所依赖的jar包进行统一规范的管理。
  比如：项目依赖Struts2.3.24，通过在pom.xml中定义依赖即可将Struts2的jar包自动加入到工程中，pom.xml中定义依赖如下：

  <dependency>    <groundId>org.apache.struts</groundId>    <artifactId>struts2-core</artifactId>    <version>2.3.24</version></dependency>

• 一个项目生命周期(Project Lifecycle)
  一个软件开发人员每天都在完成项目的生命周期：清理、编译、测试、部署，有的手工完成，有的通过Ant(也是一个项目构建工具)脚本自动完成，maven将项目的生命周期抽象统一为：清理、初始化、编译、测试、报告、打包、部署、站点生成等。
  
  maven就是要保证一致的项目构建流程，通过执行一些简单命令即可实现上边生命周期的各个过程。
• 一组标准集合
  maven将整个项目管理过程定义一组标准，比如：通过maven构建工程有标准的目录结构，有标准的生命周期阶段、依赖管理有标准的坐标定义等。
  我在这儿还是强调一遍：maven工程有自己标准的工程目录结构、有标准的坐标定义。
• 插件(plugin)目标(goal)
  maven管理项目生命周期过程都是基于插件完成的。

maven的仓库

maven工作需要配置仓库，本地的项目A、项目B等通过maven从远程仓库(可以理解为互联网上的仓库)下载jar包并保存在本地仓库，本地仓库就是本地文件夹，当第二次需要此jar包时则不再从远程仓库下载，因为本地仓库已经存在了。可以将本地仓库理解为缓存，有了本地仓库就不用每次从远程仓库下载了。
下面描述了maven中仓库的类型：

• 本地仓库：用来存储从远程仓库或中央仓库下载的插件和jar包，项目使用一些插件或jar包，优先从本地仓库查找。
  我的理解：本地仓库就相当于缓存，工程第一次会从远程仓库（互联网）去下载jar包，将jar包存在本地仓库（在程序员的电脑上）。第二次不需要从远程仓库去下载，先从本地仓库找，如果找不到才会去远程仓库找。
• 远程仓库：如果本地需要插件或者jar包，本地仓库没有，默认从远程仓库下载。
  可以理解为在我们公司内部架设一台私服，其它公司架设一台仓库，且对外公开，这样的仓库就可看作远程仓库。
• 中央仓库：在maven环境内部内置一个远程仓库地址：http://repo1.maven.org/maven2，它是中央仓库(即特殊的远程仓库)，服务于整个互联网，它是由maven团队自己维护的，里面由大量的常用类库，并包含了世界上大部分流行的开源项目构件。
  本地仓库没有的jar包，maven默认从中央仓库下载。