2019-5-1 maven学习笔记

一.maven的好处

同样的项目使用maven工程来实现，由于不需要导入很多jar包，源码很小

原理：根据坐标到项目的仓库里查找需要的依赖

二.安装步骤

1.到http://maven.apache.org中下载maven的项目

2.解压后将bin目录配置到系统的path中

3.配置本地的responsitory仓库

conf文件中<settings></settings>中加入

<localRepository>E:\Java\repository</localRepository>

<mirrors>
            <mirror>
              <id>alimaven</id>
              <name>aliyun maven</name>
              <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
              <mirrorOf>central</mirrorOf>
            </mirror>
</mirrors>

三.maven项目的目录结构

src

　　main

　　　　java  //项目的源码

　　　　resources //配置文件

　　　　webapp  //前端界面

　　test

　　　　java  //测试的源码

　　　　resources  //测试用配置文件

四.常用的maven命令

1.compile　　 maven工程的编译命令，作用是将src下的Java文件编译到target目录下

2.test   　　　 maven工程的测试命令，会执行src/test/java下的测试单元

3.　　　  　　maven工程的清理命令，执行后会删除target下的编译文件

4.package　   maven工程的打包命令，对于java工程会打包成jar文件，将web工程打包成war

5.install 　　  maven工程的安装命令，将maven打包成的jar或者war发布到本地仓库

五.添加jar包坐标的作用范围

compile ：编译范围，指A在编译时候依赖B，此范围为默认编译范围。

　　　　  编译范围的依赖会用在编译，测试，运行，由于运行时需要，所以编译范围的依赖会被打包

provided ：provided的依赖只有在当JDK或者一个容器已经提供该依赖的时候后才使用，

　　　　　provided依赖只有在编译和测试时候需要，在运行时候不需要，比如说servlet api已经被tomcat服务器所提供

　　　　　（这个一定要加！！！）

runtime   ： runtime依赖在运行和测试系统的时候需要，但是在编译的时候不需要

　　　　　比如： jdbc的驱动包，由于运行时需要，所以runtime范围的依赖会被打包

test 　　:test范围依赖 在编译和运行时候都不需要，只有在测试编译和测试运行的时候会用到

　　　　　比如：junit 由于运行时不需要，所以test范围的依赖不会被被打包

system ：system的依赖与provided类似，但是你必须显示的提供一个对于本地系统中的JAR文件路径，需要指定systemPATH的磁盘路径，不推荐使用

六.Maven工程的拆分与聚合

　　1.创建maven工程，不点击创建web_app的模板

　　 2.创建工程后，删除工程中的src

　　 3.在工程中new 新的model

七.依赖关系

　 　创建的父module的pom.xml中会有

　　　　<modules>

　　　　　　<module>ssh_dao</module>

　　　　</modules>

　　的声明

　　创建的子module的pom中会有

　　　　<parent>

　　　　　　<groupId>com.wzq.crm</groupId>

　　　　　　<artifactId>ssh_parent</artifactId>

　　　　　　<version>0.0.1-SNAPSHOT</version>

　　　　</parent>

　　　　<artifactId>ssh_dao</artifactId>

八.依赖冲突解决

1.方式一：

　　在冲突的某一个jar包文件下右键excluded

　　在父工程的pom文件中会产生一个

　　　　<exclutions>

　　　　　　<exclution>

　　　　　　　　<artifactId>javassist</artifactId>

　　　　　　　　<groupId>javassist<groupId>

　　　　　　</exclution>

　　　　</exclutions>

2.方式二：

　　依赖调节原则

　　　　如：org.apache.struts依赖spring-beans-3.0.5

　　　　　  而 spring-context依赖spring-beans-4.2.4

　　1.第一声明优先原则

　　　　在pom文件中定义的依赖，以先声明的的依赖为准则

　　2.路径近者优先优先原则

　　　　如：A依赖beans-4.2.4，A依赖B ，B依赖beans-3.0.5

　　　　　　因为beans-4.2.4相对于beans-3.0.5被A依赖的路径最近，4.2.4将被导入到系统

　　3.锁定版本　　　　

　　　　在父module的pom文件中声明

 <!-- 锁定版本，struts2-2.3.24、spring4.2.4、hibernate5.0.7 -->
     <dependencyManagement>
         <dependencies>
             <dependency>
                 <groupId>org.springframework</groupId>
                 <artifactId>spring-context</artifactId>
                 <version></version>
             </dependency>
             <dependency>
                 <groupId>org.springframework</groupId>
                 <artifactId>spring-aspects</artifactId>
                 <version>${spring.version}</version>
             </dependency>
             <dependency>
                 <groupId>org.apache.struts</groupId>
                 <artifactId>struts2-spring-plugin</artifactId>
                 <version>${struts2.version}</version>
             </dependency>
         </dependencies>
     </dependencyManagement>

注意：可以通过这种方式来进行版本的快速注入：

 <properties>
         <spring.version>4.2.4.RELEASE</spring.version>
        <struts2.version>2.3.24</struts2.version>
        <hibernate.version>5.0.7.Final</hibernate.version>
</properties>