java—(2)maven基本命令

时间:2022-07-14 19:26:45

均在含pom.xml文件的路径下执行

maven命令执行是按阶段执行的。如执行mvn package。则实际上已经执行了例如以下命令:
java—(2)maven基本命令

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc3poMTEyNA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

假设想执行到test停止。执行mvn test

maven项目类型:

jar:java项目
war:web项目

maven依赖

Maven 下载依赖不仅仅是下载 JAR 文件,它同一时候为这个依赖下载一个 POM 文件
在 Maven 中一个依赖不不过一个 JAR。

它是一个 POM 文件。这个 POM 可能也声明了对其他构件的依赖。这些依赖的依赖叫做传递性依赖。

1. 创建Maven的普通java项目

  • mvn archetype:generate -DgroupId=packageName  -DartifactId=projectName   -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

2. 创建Maven的Web项目 
  • mvn archetype:generate -DgroupId=packageName
     -DartifactId=webappName -DarchetypeArtifactId=maven-archetype-webapp

    -DinteractiveMode=false

3. 打jar包在本地Repository中安装jar

  • mvn install

4. 仅仅打jar包

  • mvn jar:jar

5. 測试程序

  • java -cp target/my-app-1.0-SNAPSHOT.jar
    com.mycompany.app.App

6. 查看有效的POM。它暴露了 Maven的默认设置

  • mvn help:effective-pom

7. 生成项目相关信息的报告(target/site文件夹下)

  • mvn site

8. 忽略測试失败

        java—(2)maven基本命令

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc3poMTEyNA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="" width="500" height="280">

9. 打包时跳过測试

  • mvn install -Dmaven.test.skip=true

java—(2)maven基本命令

  java—(2)maven基本命令

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc3poMTEyNA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="" width="300" height="100">

        

10. 安装指定文件到本地仓库

  • mvn install:install-file -DgroupId=<groupId> -DartifactId=<artifactId> -Dversion=1.0.0 -Dpackaging=jar
    -Dfile=<myfile.jar>

11. 将项目转化为Eclipse项目

  • mvn eclipse:eclipse

12. 分析项目的依赖信息

  • mvn dependency:analyze
  • mvn dependency:tree 打印整个依赖树
  • mvn dependency:resolve 打印出已解决依赖的列表

13. 查看帮助信息

  • mvn help:help
  • mvn help:help -Ddetail=true

14. 调试

  • mvn -e            显示具体错误
    信息
  • mvn generate-sources    产生应用须要的不论什么额外的源码,如xdoclet。
  • mvn install -X 想要查看完整的依赖踪迹。包括那些由于冲突或者其他原因而被拒绝引入的构件,打开 Maven 的调试标记执行

15. 清除产生的项目
  • mvn clean

    (删除target文件夹下编译内容)


16. 在应用程序用使用多个存储库
<repositories>    
    <repository>      
        <id>Ibiblio</id>      
        <name>Ibiblio</name>      
        <url>http://www.ibiblio.org/maven/</url>    
    </repository>    
    <repository>      
        <id>PlanetMirror</id>      
        <name>Planet Mirror</name>      
        <url>http://public.planetmirror.com/pub/maven/</url>    
    </repository>  
</repositories>

17. Maven项目编译步骤
  1. 第一、main文件夹下的主代码编写完成后。使用Maven进行编译,在项目根文件夹下执行命令mvn clean compile进行项目编译。
  2. 第二、test文件夹下的測试用例编写完成之后就能够调用Maven执行測试,执行mvn clean test进行測试。
  3. 第三、将项目进行编译、測试之后。下一个重要步骤就是打包(package)。在pom.xml中定义<packaging>war</packaging>标签表示将要把project打成什么类型的包(默认是jar类型),我们能够简单地执行命令mvn
    clean package进行打包。
  4. 第四、至此,我们得到了项目的输出,假设我们把项目打成了jar文件而且须要在其它项目中使用的话,就能够复制这个jar文件到其它项目的Classpath中从而使用这个项目中的类。可是。怎样才干让其它的Maven项目直接引用这个jar呢?我们还须要一个安装的步骤,运行mvn
    clean install命令。
  5. 第五、假设项目中有一个拥有main方法的类须要被调用运行。默认打包生成的jar是不可以直接运行的main方法的。由于带有main方法的类信息不会加入到manifest中(我们可以打开jar文件里的META-INF/MANIFEST.MF 文件,将无法看到Main-Class一行)。

    为了生成可运行的jar文件。我们须要借助maven-shade-plugin插 件,配置该插件例如以下:

 <plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-shade-plugin</artifactId>
<version>1.2.1</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>shade</goal>
</goals>
<configuration>
<transformers>
<transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
<mainClass>com.todaytech.framework.utils.VoConvertXmlUtils</mainClass>
</transformer>
</transformers>
</configuration>
</execution>
</executions>
</plugin>
  
   plugin元素在POM中的相对位置应该在<project><build><plugins>以下。我们配置了mainClass com.todaytech.framework.utils.VoConvertXmlUtils
,项目在打包时会将该信息放到MANIFEST中。现在执行 mvn clean install。待构建完毕之后打开target/文件夹,我们能够看到S3h3WebWs-0.0.1-SNAPSHOT.jar和original-S3h3WebWs-0.0.1-SNAPSHOT.jar,前者是带有Main-Class信息的可执行jar。后者是原始的jar,打开hello-world-1.0-SNAPSHOT.jar的META-INF/MANIFEST.MF。能够看到它包括这样一行信息:Main-Class:
com.todaytech.framework.utils.VoConvertXmlUtils。

如今,我们在项目根文件夹中运行该jar文件:

   D: \code\S3h3WebWs>java -jar target\S3h3WebWs-0.0.1-SNAPSHOT.jar
   Hello Maven
   控制台输出为Hello Maven。这正是我们所期望的。

在pom.xml文件里添加servlet容器的插件:

<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>tomcat-maven-plugin</artifactId>
</plugin>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
<version>6.1.6</version>
</plugin>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>

 
启动tomcat:
mvn tomcat:run
 
启动jetty:
mvn jetty:run

POM间关系

  • 依赖关系(dependencies)

依赖关系举例: 

<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate</artifactId>
<version>3.2.6.ga</version>
</dependency>

  • 继承关系(parent)

继承关系举例:

继承其它pom.xml配置的内容。

maven提供了一个类似java.lang.Object的*父pom.xml文件。

能够通过以下命令查看当前pom.xml受到超pom.xml文件的影响:mvn
help:effective-pom。

创建一个各种项目可复用的pom.xml文件。

部署要复用的pom.xml文件:mvn install。

在自己的pom文件里继承上述pom:

 <parent>
<groupId>com.easymorse</groupId>
<artifactId>pom</artifactId>
<version>0.1</version>
</parent>

  • 聚合关系(modules)

聚合关系举例:

用于将多个maven项目聚合为一个大的项目。 比方文件夹结构例如以下:

 . |-- pom.xml |-- module-a `-- pom.xml |-- module-b `-- pom.xml |-- module-c `-- pom.xml |-- foo-all `-- pom.xml

那么总的pom.xml文件类似:
 ... <modules>
<module>module-a</module>
<module>module-b</module>
<module>module-c</module>
<module>foo-all</module>
</modules>

把项目部署到tomcat下的做法:

tomcat配置有管理权限的用户:conf\tomcat-users.xml。

<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<role rolename="manager"/>
<user username="marshal" password="password" roles="manager"/>
</tomcat-users>
在pom文件的tomcat插件中加入:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>tomcat-maven-plugin</artifactId>
<configuration>
<url>http://localhost:8080/manager</url>
<server>myserver</server>
<path>/mycontext</path>
</configuration>
</plugin>
在.m2/settings.xml文件里添加:
<settings 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/settings-1.0.0.xsd">
<servers>
<server>
<id>myserver</id>
<username>marshal</username>
<password>password</password>
</server>
</servers>
</settings>

  • 执行打包部署。在maven项目文件夹下:  mvn tomcat:deploy
  • 撤销部署:  mvn tomcat:undeploy
  • 启动web应用:mvn tomcat:start
  • 停止web应用:mvn tomcat:stop
  • 又一次部署:mvn tomcat:redeploy
  • 部署展开的war文件:  mvn war:exploded tomcat:exploded

Pom文件解释

pom是指project object Model。

pom是一个xml,在maven2里为pom.xml。是maven工作的基础。在运行task或者goal时,maven会去项目根文件夹下读取pom.xml获得须要的配置信息。

pom文件里包括了项目的信息和maven build项目所需的配置信息,通常有项目信息(如版本号、成员)、项目的依赖、插件和goal、build选项等等。

pom是能够继承的。通常对于一个大型的项目或是多个module的情况,子模块的pom须要指定父模块的pom。

Project pom文件的*元素
modelVersion 所使用的object model版本号。为了确保稳定的使用,这个元素是强制性的。除非maven开发人员升级模板,否则不须要改动。
groupId 是项目创建团体或组织的唯一标志符,一般是域名倒写,如groupId  org.apache.maven.plugins就是为全部maven插件预留的。 
artifactId 是项目artifact唯一的基地址名。
packaging artifact打包的方式。如jar、war、ear等等。默觉得jar。这个不仅表示项目终于产生何种后缀的文件。也表示build过程使用什么样的lifecycle。
version artifact的版本号,通常能看见为类似0.0.1-SNAPSHOT,当中SNAPSHOT表示项目开发中。为开发版本号。
name 表示项目的展现名,在maven生成的文档中使用。
url表示项目的地址,在maven生成的文档中使用。
description 表示项目的描写叙述,在maven生成的文档中使用。
dependencies 表示依赖。在子节点dependencies中加入详细依赖的groupId artifactId和version。
build 表示build配置。
parent 表示父pom。
当中groupId:artifactId:version唯一确定了一个artifact。

Artifact构件(jar、war、pom)

这个有点不好解释。大致说就是一个项目将要产生的文件,能够是jar文件,源文件。二进制文件,war文件,甚至是pom文件。每一个artifact都由groupId:artifactId:version组成的标识符唯一识别。须要被使用(依赖)的artifact都要放在仓库(见Repository)中。

Repositories(仓库)

Repositories是用来存储Artifact的。

假设说我们的项目产生的Artifact是一个个小工具,那么Repositories就是一个仓库,里面有我们自己创建的工具,也能够储存别人造的工具,我们在项目中须要使用某种工具时。在pom中声明dependency,编译代码时就会依据dependency去下载工具(Artifact),供自己使用。

对于自己的项目完毕后能够通过mvn install命令将项目放到仓库(Repositories)中
仓库分为本地仓库和远程仓库。远程仓库是指远程server上用于存储Artifact的仓库。本地仓库是指本机存储Artifact的仓库,对于windows机器本地仓库地址为系统用户的.m2/repository以下。

Build Lifecycle(编译过程、生命周期)

是指一个项目build的过程。maven的Build Lifecycle分为三种,分别为default(处理项目的部署)、clean(处理项目的清理)、site(处理项目的文档生成)。他们都包括不同的lifecycle。
Build Lifecycle是由phases构成的,以下重点介绍default Build Lifecycle几个重要的phase:

  • validate 验证项目是否正确以及必须的信息是否可用。

  • compile 编译源码;

  • test 測试编译后的代码,即运行单元測试代码;

  • package 打包编译后的代码。在target文件夹下生成package文件;

  • integration-test 处理package以便须要时能够部署到集成測试环境;

  • verify 检验package是否有效而且达到质量标准;

  • install 安装package到本地仓库,方便本地其他项目使用;

  • deploy 部署,拷贝终于的package到远程仓库和替他开发这或项目共享,在集成或公布环境完毕。

以上的phase是有序的(注意实际两个相邻phase之间还有其它phase被省略。完整phase见lifecycle),以下一个phase的运行必须在上一个phase完毕后