ITKeyword,专注技术干货聚合推荐

注册 | 登录

Maven系列(一)Maven的简介与使用

qqHJQS 分享于 2015-07-20

推荐:Maven软件项目管理工具使用

http://my.oschina.net/jgy/blog/125503   拷贝mavne安装目录conf下面的settings.xml到用户主目录下 修改改文件 <localRepository>F:/Maven/repository</localRe

2019阿里云全部产品优惠券(新购或升级都可以使用,强烈推荐)
领取地址https://promotion.aliyun.com/ntms/yunparter/invite.html

公司开发APP,服务器端的开发任务落到了我的手里,作为一个应届小白,就按照普通的方法来搭建SringMVC+Hibernate+MySQL,期间引入了很多的jar包,当我将项目导入SVN,让另一个同事检出的时候,感觉有别扭,一个是jar包随着项目一并检出,另一个是jar包要是发现有冲突,还要一个一个找出来删掉再重新检出。这样做起来很麻烦,想到之前在另一家公司里实习的时候,那时候接触到的项目管理工具Maven,抱着试一试的态度,接触了一下Maven,没想到,一下就深深得爱上了Maven。

受我怀念的顶礼;(又让我回忆道在实习公司里的种种)
受我沉醉的顶礼;(了解Mavne之后的迷恋程度)
受我怨恨的顶礼;(相见恨晚)

Maven实战》里作者是这样比喻Maven的
这里写图片描述
作者把PC里的每个硬件比作是项目里的每个jar包,maven比作一个供应商。将需要的硬件(jar)列在清单里(pom.xml),然后提交给供应商,然后,供应商会根据列表,依次发送给你,替你测试过,还享有几年保修的服务。这样理解Mavne再好不过了。
其实Maven不仅仅有管理Jar包这个功能,它是一个项目管理工具,贯穿了整个项目生命周期,编译,测试,打包,发布。。。
首先介绍使用Maven要重要的两点使用Maven首先要遵循它的目录结构
这里写图片描述
这样才能按照Maven的规则来玩
再来就是pom.xml文件

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.al.mavenDemo</groupId>
    <artifactId>mavenDemo-model</artifactId>
    <version>0.1.1-SNAPSHOT</version>
    </project>

maven项目新建好的pom文件如上代码
modelVersion—当前POM模型的版本
groupId—项目属于哪个组,这个组往往和项目所在的组织或公司存在关联(www.baidu.com)可能就要写”com.baidu.app”
artifactId—maven项目在组中唯一的ID,上面的groupId下可能拥有几个子模块,如user、login、service等等,就可以这样写app-user、app-login、app-service;
version—项目当前的版本–1.0-SNAPSHOT。SNAPSHOT意为快照,说明该项目还处于开发中,是不稳定的版本。随着项目的发展,version会不断更新,如升级为1.0,1.1-SNAPSHOT,1.1,2.0等
下面介绍一些Maven的一些命令和如何在Eclipse使用Maven管理项目
Maven常用命令:
1. 创建Maven的普通java项目:
mvn archetype:create -DgroupId=packageName -DartifactId=projectName
2. 创建Maven的Web项目:
mvn archetype:create -DgroupId=packageName -DartifactId=webappName-DarchetypeArtifactId=maven-archetype-webapp
3. 编译源代码: mvn compile
4. 编译测试代码:mvn test-compile
5. 运行测试:mvn test
6. 产生site:mvn site
7. 打包:mvn package
8. 在本地Repository中安装jar:mvn install
9. 清除产生的项目:mvn clean
10. 生成eclipse项目:mvn eclipse:eclipse
11. 生成idea项目:mvn idea:idea
12. 组合使用goal命令,如只打包不测试:mvn -Dtest package
13. 编译测试的内容:mvn test-compile
14. 只打jar包: mvn jar:jar
15. 只测试而不编译,也不测试编译:mvn test -skipping compile -skipping test-compile
( -skipping 的灵活运用,当然也可以用于其他组合命令)
16. 清除eclipse的一些系统设置:mvn eclipse:clean
mvn -version/-v 显示版本信息
mvn archetype:generate 创建mvn项目
mvn archetype:create -DgroupId=com.oreilly -DartifactId=my-app 创建mvn项目

mvn package 生成target目录,编译、测试代码,生成测试报告,生成jar/war文件
mvn jetty:run 运行项目于jetty上,
mvn compile 编译
mvn test 编译并测试
mvn clean 清空生成的文件
mvn site 生成项目相关信息的网站
mvn -Dwtpversion=1.0 eclipse:eclipse 生成Wtp插件的Web项目
mvn -Dwtpversion=1.0 eclipse:clean 清除Eclipse项目的配置信息(Web项目)
mvn eclipse:eclipse 将项目转化为Eclipse项目
mvn deploy:deploy-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar -DrepositoryId=maven-repository-inner -Durl=ftp://xxxxxxx/opt/maven/repository/
发布第三方Jar到本地库中:

mvn install:install-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar

-DdownloadSources=true

-DdownloadJavadocs=true

mvn -e 显示详细错误 信息.
mvn validate 验证工程是否正确,所有需要的资源是否可用。
mvn test-compile 编译项目测试代码。 。
mvn integration-test 在集成测试可以运行的环境中处理和发布包。
mvn verify 运行任何检查,验证包是否有效且达到质量标准。
mvn generate-sources 产生应用需要的任何额外的源代码,如xdoclet。
下面来介绍一下如何在eclipse中使用Mavne
如果你是在eclipse上或本机上第一使用maven,那么在创建后需要等待一段时间,因为需要下载一些与maven有关的插件
创建后的目录结构为

依赖
依赖是使用Maven坐标来定位的,而Maven坐标主要由GAV(groupId,artifactId,version)构成。因此,使用任何一个依赖之间,你都需要知道它的Maven坐标,在这个网址里,http://mavenrepository.com/通过输入所需要的jar包名,就会列出个版本清单
比如要使用gson这个jar包在仓库里输入gson搜索,选择使用的版本,然后将dependency复制出来,粘贴在pom里,如

<dependencies>
        <dependency>
            <groupId>com.google.code.gson</groupId>
            <artifactId>gson</artifactId>
            <version>2.2.4</version>
        </dependency>
    </dependencies>

保存后,maven会自动为你下载gson所需要的依赖包

依赖归类

随着项目的增大,你的依赖越来越多,比如说你依赖了一堆spring的jar,有org.spring.framework:spring-core,org.spring.framework:beans,org.spring.framework:spring-web, org.spring.framework:spring-mock。它们的groupId是相同的,artifactId不同。为了管理其版本,你对它们进行过统一的升级,逐个的将version改成了最新版。但是,显然,当POM很大的时候你说不定会犯错误,而当版本不一致的时候,一些诡异的兼容性问题就可能出现。

<dependencies>  
      <dependency>  
        <groupId>org.spring.framework</groupId>  
        <artifactId>spring-core</artifactId>  
        <version>${spring.version}</version>  
      </dependency>  
      <dependency>  
        <groupId>org.spring.framework</groupId>  
        <artifactId>spring-beans</artifactId>  
        <version>${spring.version}</version>  
      </dependency>  
      <dependency>  
        <groupId>org.spring.framework</groupId>  
        <artifactId>spring-web</artifactId>  
        <version>${spring.version}</version>  
      </dependency>  
      <dependency>  
        <groupId>org.spring.framework</groupId>  
        <artifactId>spring-mock</artifactId>  
        <version>${spring.version}</version>  
      </dependency>  
    </dependencies>  

    <properties>  
      <spring.version>2.5</spring.version>  
    </properties>  

这里我们定义了一个Maven属性,其名称为spring.version,值是2.5。在这个POM中,我们就能用 spring.version的方式来引用该属性。我们看到,所有spring相关的依赖的version元素现在都成了 {spring.version},当Maven运行的时候,它会自动用值2.5来替换这个引用。

推荐:【项目管理】项目管理工具Maven

     Maven作为一款项目管理软件,是Apache的产品。其实在最初使用Maven的时候我并不是很理解为什么要使用它。后来随着项目的深入,加之找了一些关于Maven的书籍

当我们需要升级spring的时候,只要更改一个地方便可,而且,你现在能很高的保证所有的spring依赖包都是同一个版本。
依赖范围(scope)
对于Junit,一般来说你只有在运行测试的时候需要它,也就是说,它对于src/main/java的classpath没什么意义,并且,将Junit的jar文件打入最终的发布包也不是好事,这无谓的增加了发布包的大小。

<dependency>  
      <groupId>junit</groupId>  
      <artifactId>junit</artifactId>  
      <version>4.4</version>  
      <scope>test</test>  
    </dependency>  

于是,junit对于主源码classpath不可用,对于测试源码classpath可用,不会被打包。

再举个例子,在开发javaee应用的时候我们一定会用到servlet-api,它对于主源码和测试源码都是必要的,因为我们的代码中会引入servlet-api的包。但是,在打包的时候,将其放入WAR包就会有问题,因为web容器会提供servlet-api,如果我们再将其打包就会造成依赖冲突,解决方案如下:

<dependency>  
      <groupId>javax.servlet</groupId>  
      <artifactId>servlet-api</artifactId>  
      <version>2.4</version>  
      <scope>provided</scope>  
    </dependency>  

将依赖范围设置成provided,就意味着该依赖对于主源码classpath,以及测试classpath可用,但不会被打包。这正是servlet-api所需要的。
这里归纳一下主要的依赖范围以及作用

依赖范围(scope) 主源码classpath可用 测试源码classpath可用 会被打包 compile 缺省值 TRUE TRUE test FALSE TRUE FALSE runtime FALSE TRUE TRUE provided TRUE TRUE FALSE

需要注意的是,当我们没有声明依赖范围的时候,其默认的依赖范围是compile。
依赖管理(dependencyManagement)
当你只有一个Maven模块的时候,你完全不需要看这个部分。但你心里应该清楚,只有一个Maven模块的项目基本上只是个玩具。
实际的项目中,你会有一大把的Maven模块,而且你往往发现这些模块有很多依赖是完全项目的,A模块有个对spring的依赖,B模块也有,它们的依赖配置一模一样,同样的groupId, artifactId, version,或者还有exclusions, classifer。细心的分会发现这是一种重复,重复就意味着潜在的问题,Maven提供的dependencyManagement就是用来消除这种重复的。

正确的做法是:

  1. 在父模块中使用dependencyManagement配置依赖

  2. 在子模块中使用dependencies添加依赖

dependencyManagement实际上不会真正引入任何依赖,dependencies才会。但是,当父模块中配置了某个依赖之后,子模块只需使用简单groupId和artifactId就能自动继承相应的父模块依赖配置。

这里是一个来自于《Maven权威指南》的例子:

父模块中如此声明:

<project>  
      <modelVersion>4.0.0</modelVersion>  
      <groupId>org.sonatype.mavenbook</groupId>  
      <artifactId>a-parent</artifactId>  
      <version>1.0.0</version>  
      ...  
      <dependencyManagement>  
        <dependencies>  
          <dependency>  
            <groupId>mysql</groupId>  
            <artifactId>mysql-connector-java</artifactId>  
            <version>5.1.2</version>  
          </dependency>  
          ...  
        <dependencies>  
      </dependencyManagement>  
      子模块中如此声明:
          <project>  
      <modelVersion>4.0.0</modelVersion>  
      <parent>  
        <groupId>org.sonatype.mavenbook</groupId>  
        <artifactId>a-parent</artifactId>  
        <version>1.0.0</version>  
      </parent>  
      <artifactId>project-a</artifactId>  
      ...  
      <dependencies>  
        <dependency>  
          <groupId>mysql</groupId>  
          <artifactId>mysql-connector-java</artifactId>  
        </dependency>  
      </dependencies>  
    </project>  

你依赖配置越复杂,依赖管理所起到的作用就越大,它不仅能够帮助你简化配置,它还能够帮你巩固依赖配置,也就是说,在整个项目中,对于某个构件(如mysql)的依赖配置只有一种,这样就能避免引入不同版本的依赖,避免依赖冲突。
部分转载

推荐:Java项目管理工具-Maven

Java项目管理工具-Maven sf2gis@163.com 2015年11月13日   1  目标:简单的管理项目的工具,不但具备ant那样单个工程生命周期管理,还能管理多个工程及其关系和

公司开发APP,服务器端的开发任务落到了我的手里,作为一个应届小白,就按照普通的方法来搭建SringMVC+Hibernate+MySQL,期间引入了很多的jar包,当我将项目导入SVN,让另一个同事检出的时候,感

相关阅读排行


用户评论

游客

相关内容推荐

最新文章

×

×

请激活账号

为了能正常使用评论、编辑功能及以后陆续为用户提供的其他产品,请激活账号。

您的注册邮箱: 修改

重新发送激活邮件 进入我的邮箱

如果您没有收到激活邮件,请注意检查垃圾箱。