booker009的博客

install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库。package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库。安装到本地仓库 - 将打包的jar文件，保存到本地仓库目录中。打包 - jar， 将java代码打包为jar文件。本地安装， 包含编译，打包，安装到本地仓库。包含编译，打包两个功能。

Maven在打包时默认只将src/main/resources里的配置文件拷贝到项目中并做打包处理，而非resource目录下的配置文件在打包时不会添加到项目中。我们的配置文件，一般都放在：src/main/resources。

在创建聚合工程的过程中，总的工程必须是一个POM工程（Maven Project）（聚合项目必须是一个pom类型的项目，jar项目war项目是没有办法做聚合工程的），各子模块可以是任意类型模块（Maven Module）。当我们开发的工程拥有2个以上模块的时候，每个模块都是一个独立的功能集合。开发的时候每个平台都可以独立编译，测试，运行。聚合时多个项目的本质还是一个项目。这些项目被一个大的父项目包含。同时在父项目的pom.xml中出现表示包含的所有子模块。总项目：一般总项目：POM项目。

test范围表明使用此依赖范围的依赖，只在编译测试代码和运行测试的时候需要，应用的正常运行不需要此类依赖。典型的例子就是JUnit，它只有在编译测试代码及运行测试的时候才需要。典型的例子是servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经提供，就不需要Maven重复地引入一遍(如：servlet-api)典型的例子是JDBC驱动实现，项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动。

在pom.xml文件 根元素project下的 dependencies标签中，配置依赖信息，内可以包含多个 dependence元素，以声明多个依赖。每个依赖dependence标签都应该包含以下元素：groupId, artifactId, version : 依赖的基本坐标， 对于任何一个依赖来说，基本坐标是最重要的， Maven根据坐标才能找到需要的依赖。即A工程开发或运行过程中需要B工程提供支持，则代表A工程依赖B工程。B工程可以是自己的项目打包后的jar包，也可以是中央仓库的jar包。

其它“远程”仓库可能是你的公司拥有的建立在文件或HTTP服务器上的内部仓库(不是Apache的那个中央仓库，而是你们公司的私服，你们自己在局域网搭建的maven仓库)，用来在开发团队间共享私有构件和管理发布的。仓库中的任何一个构件都有其唯一的坐标，根据这个坐标可以定义其在仓库中的唯一存储路径。Maven 可以在某个位置统一存储所有的 Maven 项目共享的构件，这个统一的位置就是仓库，项目构建完毕后生成的构件也可以安装或者部署到仓库中，供其它项目使用。对于Maven来说，仓库分为两类：本地仓库和远程仓库。

开发人员只需做一些简单的配置，就可以批量完成项目的构建、报告和文档的生成工作。Maven 是跨平台的，这意味着无论是在 Windows 上，还是在 Linux 或者 Mac 上，都可以使用同样的命令。设计的重复、编码的重复、文档的重复，当然还有构建的重复。Maven 最大化地消除了构建的重复，抽象了构建生命周期，并且为绝大部分的构建任务提供了已实现的插件，我们不再需要定义过程，甚至不需要再去实现这些过程中的一些任务。Maven 除了是一个优秀的项目构建方面的管理工具外，还有项目管理相关的其他特殊优势。

conf目录：下面有一个非常重要的配置文件--》settings.xml---》maven的核心配置文件/全局配置文件。bin：存放的是执行文件，命令。

- settings.xml中的id不能随便起的 -->-- 告诉maven我们用jdk1.8 -->-- 配置编译器信息 -->-- 开启JDK的使用 -->配置的前提是你的idea中要有1.8的jdk。

注意：目录名字不可以随便改，因为maven进行编译或者jar包生成操作的时候，是根据这个目录结构来找的，你若轻易动，那么久找不到了。因为测试类本身实际是不属于项目的，所以放在任何一个包下都显得很尴尬，所以maven专门创建了一个测试包。--java 写包和java代码，此文件默认只编译.java文件。储存测试用的类，比如JUNIT的测试一般就放在这个目录下面。包含了项目所有的源代码和资源文件，以及其他项目相关的文件。--.idea 项目的配置，自动生成的，无需关注。--java 储存测试用的类。

【1】过程：

Maven在打包时默认只将src/main/resources里的配置文件拷贝到项目中并做打包处理，而非resource目录下的配置文件在打包时不会添加到项目中。我们的配置文件，一般都放在：src/main/resources。

- 配置信息source-源信息，target-字节码信息，compilerVersion-编译过程版本 -->-- 插件标记，activeByDefault ：true默认编译器，jdk提供编译器版本 -->-- 定义的编译器插件ID，全局唯一，名字随便起 -->-- 源代码编译为class文件的版本，要保持跟上面版本一致-->-- 源代码使用JDK版本-->【2】配置编译器插件：pom.xml配置片段。-- 配置maven的编译插件 -->--插件坐标 -->--JDK编译插件 -->

install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库。package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库。安装到本地仓库 - 将打包的jar文件，保存到本地仓库目录中。打包 - jar， 将java代码打包为jar文件。本地安装， 包含编译，打包，安装到本地仓库。包含编译，打包两个功能。

（注意：之前用的编译器插件，资源拷贝插件，不是可运行的插件，maven直接帮我们运行了，但是tomcat属于可运行插件，它什么时候工作需要程序员来控制，怎么控制呢？使用Tomcat插件发布部署并执行war工程的时候，需要使用启动命令，启动命令为： tomcat7:run。run为插件中的具体功能。现在学习一个新的方式，不再依赖外部的tomcat，maven提供了tomcat插件，我们可以配置来使用。-- 配置项目的访问路径(Application Context) -->-- 配置Tomcat插件 -->

在创建聚合工程的过程中，总的工程必须是一个POM工程（Maven Project）（聚合项目必须是一个pom类型的项目，jar项目war项目是没有办法做聚合工程的），各子模块可以是任意类型模块（Maven Module）。当我们开发的工程拥有2个以上模块的时候，每个模块都是一个独立的功能集合。开发的时候每个平台都可以独立编译，测试，运行。聚合时多个项目的本质还是一个项目。这些项目被一个大的父项目包含。同时在父项目的pom.xml中出现表示包含的所有子模块。总项目：一般总项目：POM项目。

group id>和即可。（注意：如果子项目不希望使用父项目的版本，可以明确配置version）。放在中的内容主要目的是进行版本管理。注意：在父项目中放在中的内容时不被子项目继承，不可以直接使用。如果A工程继承B工程，则代表A工程默认依赖B工程依赖的所有资源，且可以应用B工程中定义的所有资源信息。被继承的工程（B工程）只能是POM工程。本质上：POM文件的继承。

test范围表明使用此依赖范围的依赖，只在编译测试代码和运行测试的时候需要，应用的正常运行不需要此类依赖。典型的例子就是JUnit，它只有在编译测试代码及运行测试的时候才需要。典型的例子是servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经提供，就不需要Maven重复地引入一遍(如：servlet-api)典型的例子是JDBC驱动实现，项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动。