首页 > 技术文章 > 2019-5-1 maven学习笔记

w410782823 2019-05-01 16:14 原文

一.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文件中声明

 

 1 <!-- 锁定版本,struts2-2.3.24、spring4.2.4、hibernate5.0.7 -->
 2     <dependencyManagement>
 3         <dependencies>
 4             <dependency>
 5                 <groupId>org.springframework</groupId>
 6                 <artifactId>spring-context</artifactId>
 7                 <version></version>
 8             </dependency>
 9             <dependency>
10                 <groupId>org.springframework</groupId>
11                 <artifactId>spring-aspects</artifactId>
12                 <version>${spring.version}</version>
13             </dependency>
14             <dependency>
15                 <groupId>org.apache.struts</groupId>
16                 <artifactId>struts2-spring-plugin</artifactId>
17                 <version>${struts2.version}</version>
18             </dependency>
19         </dependencies>
20     </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>

 

推荐阅读