【maven】依赖、继承、聚合
依赖:
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.0</version>
<scope>test</scope>
</dependency>
1、依赖的范围(依赖的有效性)
compile(默认值)
test 比如:Junit
provided 比如:servlet-api.jar，编译和测试时要用到servlet-api.jar，但是运行时不需要它，因为tomcat集成了servlet-api.jar
maven在编译、测试、运行项目时，各自使用一套classpath
2、依赖排除
A.jar->B.jar(A.jar依赖B.jar)
当我们通过maven引入A.jar时，会自动引入B.jar
A.jar(x.java,y.java,z.java) B.jar(p.java,c.java,i.java)
A.jar和B.jar之间依赖的本质：z.java->c.java,
x.java和y.java跟B.jar不存在依赖关系
如果项目有中只需要x.java，不需要 z.java,则我们没必要引入B.jar，
可以使用依赖排除，这样maven就不会自动引入B.jar了
在pom.xml中排除jar包的依赖关系：
View Code再次强调，在pom.xml中增加完依赖后，需要maven - update project
依赖：
commons-fileupload.jar commons-io.jar：虽然我们实际开发时，认为二者jar必须关联，但是maven可能不这么认为。
3、maven整合多个项目
多个maven项目(模块)之间如何依赖:p项目依赖->q项目
1、把q项目 install 到本地仓库
2、在p项目pom.xml文件中配置依赖:
<dependencies>
<dependency>
<groupId>org.lanqiao.maven</groupId>
<artifactId>HelloWorld2</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
</dependencies>
假设有两个项目 HelloWorld2 和 HelloWorldTime,HelloWorldTime依赖于HelloWorld2,
我们可以把HelloWorld2安装到仓库(也就是install放到仓库中,可以是本地仓库，也可以是中央仓库)，
然后HelloWorldTime通过在pom.xml文件中配置对HelloWorld2的依赖关系，
HelloWorldTime就能够调用HelloWorld2中的类和方法了。
在HelloWorldTime的pom.xml文件中，配置对HelloWorld2的依赖关系如下：
<dependencies>
<dependency>
<groupId>org.lanqiao.maven</groupId>
<artifactId>HelloWorld2</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
</dependencies>
4、依赖的传递性
A.jar->B.jar->C.jar(A.jar依赖B.jar，B.jar依赖C.jar)
要使A.jar->C.jar(A.jar依赖C.jar)需要一个前提条件：当且仅当B.jar依赖C.jar的范围是compile
HelloWorldTime->HelloWorld2->junit(HelloWorldTime依赖HelloWorld2，HelloWorld2依赖junit)
5、依赖原则:为了防止冲突
a.路径最短优先原则
HelloWorldTime->HelloWorld->junit4.0，
假设HelloWorldTime传递依赖junit4.0，同时自身依赖Junit3.8，则HelloWorldTime优先依赖junit3.8
b.路径长度相同:
i. 在同一个pom.xml文件中有2个相同的依赖(覆盖)：后面声明的依赖会覆盖前面声明的依赖(严禁在同一个pom.xml中声明2个版本不同的依赖).
例如HelloWorldTime的pom.xml文件中配置了两个junit依赖项，先声明junit3.8版本，后声明junit3.7版本，那么junit3.7会覆盖junit3.8。
ii.如果是不同的pom.xml中有2个相同的依赖(优先)：则先声明的依赖，会覆盖后声明的依赖,
比如：HelloWorldTime依赖 HelloWorld 和 Hello 两个项目，
HelloWorld又依赖于 commons-io2.4.jar，commons-io2.4.jar 依赖范围是compile,
Hello依赖于commons-io2.3.jar,commons-io2.3.jar 的依赖范围是compile,
则在 HelloWorldTime 项目中配置依赖项 HelloWorld 和 Hello 时，HelloWorld 和 Hello 谁先声明，则优先依赖谁的
commons-io.jar包。假设 HelloWorld 先声明，Hello 后声明，则 HelloWorldTime 依赖 HelloWorld 所依赖的commons-io2.4.jar 版本。
JDK只能识别source folder 中的源码。
6、统一项目的jdk:
i、build path:删除旧版本，增加新版本
ii、右键项目-属性-project Factors-java version 改版本(之前存在要改的版本,比如把jdk 1.7改成jdk 1.8，则电脑上必须安装了jdk 1.8)
iii、通过maven统一jdk版本，在pom.xml文件中进行配置。
可以在pom.xml中统一jdk版本、统一编码、统一jar包的版本
7、继承
依赖传递：A->B->C(A依赖B，B依赖C)
如果 B 是在compile范围依赖于C，则A->C(A依赖C)
继承:A->B(A继承B)
则A可以使用B的所有依赖(而不用管B与C之间依赖范围是否compile)
只要A继承B，则A可以使用B的所有依赖，简而言之，A可以使用C，也不用关心B是否在compile范围依赖C，用继承来代替依赖传递，方便很多
假设HelloWorld2继承B,B依赖junit,则继承实现步骤：
i、建立父工程B，父工程的打包方式为pom(父工程中不编写源代码，只是在pom.xml文件中编写依赖，供子工程继承)
ii、在父工程B的pom.xml中编写依赖:
父工程的依赖需要写在pom.xml文件的dependencyManagement中，子工程中的依赖只写在<dependencies></dependencies>和<dependency></dependency>中，不写在<dependencyManagement>中
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.0</version>
<scope>compile</scope>
</dependency>
<dependencies>
</dependencyManagement>
iii、子工程 HelloWorld2 继承一个父工程: 1、加入父工程gav 2、子工程的pom.xml到父工程的pom.xml之间的相对路径
<parent>
<!--1、加入父工程gav -->
<groupId>org.lanqiao.maven</groupId>
<artifactId>B</artifactId>
<version>0.0.1-SNAPSHOT</version>
<!--2、子工程的pom.xml到父工程的pom.xml之间的相对路径-->
<relativePath>../B/pom.xml</relativePath>
</parent>
由于父工程和子工程之间存在继承关系，子工程可以继承父工程gav中的gv，所以可以在子工程的pom.xml文件中注释掉子工程gav中的gv,只保留子工程gav中的a。
iiii、在子工程中，需要声明:使用父工程的哪些依赖,只需要gav中的ga，不用gav中的v(version)
假如父工程依赖了无数个jar包，而子类只需要用到这无数个jar包中的3个jar包，则可以通过下面的配置实现：
<dependencies>
<dependency>
<!-- 声明:需要使用到父类的junit(只需要ga)-->
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
子工程依赖了父工程中的哪些jar包，就配置哪些jar包，没必要把父工程依赖的所有jar包都拿过来
8、maven聚合
i、maven项目能够识别的：自身包含的、本地仓库中的
ii、Maven2依赖maven1，则在执行时:必须先将Maven1加入到本地仓库(install)，之后才能执行Maven2。
以上前置工程maven1的install操作，可以交由“聚合”一次性搞定。比如假设Maven2依赖很多个项目，则需要把它依赖的项目都install放到本地仓库，由于需要多次install，
这种方式很麻烦，所以我们可以使用聚合来解决该问题。
iii、聚合的使用：
在一个总工程中配置聚合：(聚合的配置，只能配置在(打包方式为pom)的Maven工程中)
配置聚合，避免前置工程的install操作
<Modules>
<!--项目的根路径，可以不用设置顺序-->
<module>../Maven1</module>
<module>../Maven2</module>
</Modules>
配置完聚合之后，以后只要操作总工程，则会自动操作该聚合中配置过的工程。
注意：clean命令，是删除target目录，并不是清理install存放入的本地仓库。
当项目之间存在依赖时，如果不install到本地仓库时，只要配置好聚合,项目就直接运行也不会报告。
iiii、聚合、继承：
聚合:
Maven将一个大工程拆分成若干个子工程(子模块)，聚合可以将拆分的多个子工程合起来。
继承：
父工程->子工程，可以通过父工程，统一管理依赖的版本，子工程通过声明使用父工程的哪些依赖,只需要指定gav中的ga，不用指定gav中的v(version)
9、maven自动部署web工程:
通过maven直接部署运行web项目
a、在pom.xml文件中配置cargo插件，来帮助我们自动启动tomcate
b、在eclipse中使用maven命令:deploy
实际开发中，开发人员将自己的项目开发完毕以后，打成war包或者jar包交给实施人员去部署。
10、maven仓库网站:http://www.mvnrepository.com
