maven 在执行package,install,deploy时使用clean与不使用clean的不同之处

有时候用mvn install后,新改的内容不生效,一定要后来使用mvn clean install 才生效,由于之前没有做记录,以及记不清是什么情况下才会出现的问题,于是想看看clean和不clean的区别。

就如大家知道的,maven在执行一个生命周期的命令的是时候将会执行之前的所有生命周期操作,比如执行mvn install,会执行前面一系列的动作包括 compile ,package , test 等,具体请查看maven的官方文档。这个特性使maven的命令更加简洁易用。

再来分析原来的问题,为什么修改的内容不生效,肯定是最终打出来的war包中的内容没有更新,而war包中会依赖其他子工程的jar包,如果jar 包没有更新过,那war包调用老的jar包也会导致新内容不生效。定位到问题的原因应该是jar包没有用最新的资源(java或者配置文件),那jar包 又是什么时候,谁去打的呢。

上面我们提到我们执行mvn install的时候会先执行mvn package,maven就是通过这个生命周期来根据用户配置,进行打包(war、jar或者其他),这会在每个工程 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">

  ...
  <packaging>war</packaging>
  ...
</project>

这里指定package的时候打成一个war包,改成jar,就会被打成jar包。

我们看jar形式的情况,mvn package 会调用 maven-jar-plugin 这个插件进行打包。
下面我们做一些实验来看这个插件打包的时候的情况

1. 修改target目录下打好的jar包中class以及配置文件的内容,在运行命令mvn package,结果target包中的内容没有被覆盖。
2. 修改源代码中的内容,再运行命令mvn package,结果target包中的内容被覆盖了,产生了新的包。
3. 修改target目录下打好的jar包中的内容,运行命令mvn package -Djar.forceCreation,这个参数应该是强制创建jar包,所以结果target中的jar包内容被覆盖了,产生了新的jar包。

根据上面的实验好像还是不能解释什么时候应该用clean将target下面的内容删除重新生成,jar包,不过至少是明白了一些规则。
下面我们还是去看看maven-jar-plugin的源码吧。

之前,我提一点,maven的debugg信息非常完备,需要查看debug信息只要在命令后面添加 -X 参数即可,如:
mvn clean package -X就能看到非常丰富的DEBUG信息。

回来,我们发现org.codehaus.plexus.archiver.AbstractArchiver中的关键一段,用来判断是否强制新建jar

 protected boolean checkForced()
        throws ArchiverException
    {
        if ( !isForced() && isSupportingForced() && isUptodate() )
        {
            getLogger().debug( "Archive " + getDestFile() + " is uptodate." );
            return false;
        }
        return true;
    }

这个方法是校验是否强制重新创建jar包,只有当
1. 没有将 jar.forceCreation 参数设为true
2. 并且支持强制设置
3. up to date,意思就是被认为是最新的内容,没有改动
这个时候maven不进行新包的生成直接返回。

 protected void execute()
        throws ArchiverException, IOException
    {
        if ( ! checkForced() )
        {
            return;
        }

        if ( doubleFilePass )
        {
            skipWriting = true;
            createArchiveMain();
            skipWriting = false;
            createArchiveMain();
        }
        else
        {
            createArchiveMain();
        }

        finalizeZipOutputStream( zOut );
    }

所以除了那个强制的参数以外,就是看什么时候 isUptodate 为true,查看关键代码:

protected boolean isUptodate()
        throws ArchiverException
    {
        final File zipFile = getDestFile();
        final long destTimestamp = zipFile.lastModified();
        if ( destTimestamp == 0 )
        {
            getLogger().debug( "isUp2date: false (Destination " + zipFile.getPath() + " not found.)" );
            return false; // File doesn't yet exist
        }

        final Iterator it = resources.iterator();
        if ( !it.hasNext() )
        {
            getLogger().debug( "isUp2date: false (No input files.)" );
            return false; // No timestamp to compare
        }

        while ( it.hasNext() )
        {
            final Object o = it.next();
            final long l;
            if ( o instanceof ArchiveEntry )
            {
                l = ( (ArchiveEntry) o ).getResource()
                                        .getLastModified();
            }
            else if ( o instanceof PlexusIoResourceCollection )
            {
                try
                {
                    l = ( (PlexusIoResourceCollection) o ).getLastModified();
                }
                catch ( final IOException e )
                {
                    throw new ArchiverException( e.getMessage(), e );
                }
            }
            else
            {
                throw new IllegalStateException( "Invalid object type: " + o.getClass()
                                                                            .getName() );
            }
            if ( l == PlexusIoResource.UNKNOWN_MODIFICATION_DATE )
            {
                // Don't know what to do. Safe thing is to assume not up2date.
                getLogger().debug( "isUp2date: false (Resource with unknown modification date found.)" );
                return false;
            }
            if ( l > destTimestamp )
            {
                getLogger().debug( "isUp2date: false (Resource with newer modification date found.)" );
                return false;
            }
        }

        getLogger().debug( "isUp2date: true" );
        return true;
    }

代码中提到有这么几个情况,会认为jar包不是最新的:
1. jar包不存在(其实就是mvn clean的效果)
2. 传入比较的文件资源不存在
3. Resource with unknown modification date found,资源的修改时间未知
4. Resource with newer modification date found,jar包的最后修改时间比资源的最后修改时间早

总结

1. 理论上来讲不做mvn clean 得到的jar包应该是最新的,除非其他方式修改jar包中的内容而不修改源代码。
2. 平时可以用mvn install,而不进行chean节省时间(如果你觉得节省时间多的话),但最保险还是用 mvn clean install 生成最新的jar包或其他包
3. 不想用mvn clean又想保证jar包最新,建议添加-Djar.forceCreation参数

4. 由maven的生命周期可知,当使用deploy时同样会有clean与不用clean的区别, 因此为了保险起见,建议package,install,deploy前均先clean

jar-plugin源代码地址:http://svn.apache.org/repos/asf/maven/plugins/tags/maven-jar-plugin-2.4

到此这篇关于maven 在执行package,install,deploy时使用clean与不使用clean的区别的文章就介绍到这了,更多相关maven 执行package,install,deploy内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • SpringBoot Maven Clean报错解决方案

    报错信息: Plugin org.apache.maven.plugins:maven-clean-plugin:3.0.0 or one of its dependencies could not be resolved 解决方法: 修改pom.xml下: <version>0.0.1-SNAPSHOT</version> 为 <version>0.0.1</version> 另附: 可能Problem窗体下回给出错误提示(警告不用管),直接右键删除即可,

  • 理解maven命令package、install、deploy的联系与区别

    我们在用maven构建java项目时,最常用的打包命令有mvn package.mvn install.deploy,这三个命令都可完成打jar包或war(当然也可以是其它形式的包)的功能,但这三个命令还是有区别的.下面通过分别执行这三个命令的输出结果,来分析各自所执行的maven的生命周期. mvn clean package mvn clean install mvn clean deploy(忽略最后的BUILD FAILURE) 通过三个命令的输出我们可以看出三者的区别在于包函的mave

  • 解决IDEA maven 项目修改代码不生效,mvn clean、install后才生效

    现象 正常情况下修改完代码,运行项目就会立即生效的.但是突然有一天发现运行的还是老的代码,新代码根本没有生效.通过 mvn clean. install 后,再运行就可以了,但是这样明显是不正常的,而且也非常麻烦. 解决方案 重新 import project 导入项目,就可以解决问题. 补充知识:idea中对maven进行clean,install等操作 1.点击右侧maven 2.点击弹出来的项目 以上这篇解决IDEA maven 项目修改代码不生效,mvn clean.install后才生

  • maven 在执行package,install,deploy时使用clean与不使用clean的不同之处

    有时候用mvn install后,新改的内容不生效,一定要后来使用mvn clean install 才生效,由于之前没有做记录,以及记不清是什么情况下才会出现的问题,于是想看看clean和不clean的区别. 就如大家知道的,maven在执行一个生命周期的命令的是时候将会执行之前的所有生命周期操作,比如执行mvn install,会执行前面一系列的动作包括 compile ,package , test 等,具体请查看maven的官方文档.这个特性使maven的命令更加简洁易用. 再来分析原来

  • 解决idea使用maven编译正常但是运行项目时却提示很多jar包找不到的问题

    如题,编译和打包都是正常的,pom文件中依赖存在并且没有报错.找到相应包的引用位置,也能正常访问包中的内容.而且提示的一般都是基础的jar包找不到,比如单元测试用到的jar包等... 情形一: 其他同事提交代码时把idea中的 .iml 文件也一起提交了,该文件中配置的jdk lib 路径与自己电脑中的该路径不一致. 解决方法很简单,执行一下 maven update 即可,也可以手动修改 .iml 文件中的该路径. 情形二: 排除情形一出现的原因,或使用情形一中的方法解决无效时,可以使用以下命

  • 解决执行docker daemon命令时出错的问题

    最近在工作中遇到了一个问题,在一开始执行docker daemon命令时总是会出错导致进程stop,按照网上的方法在/etc/fstab文件里添加了一行 none /sys/fs/cgroup cgroup defaults 0 0 这时Docker daemon可以起来了,但是有了新的问题--执行docker run命令时出现"no left space on device"字样的错误: 后来又使用apt-get update&&apt-get upgrade升级了包

  • Maven 打包项目到私服 (deploy)的配置方法

    一.配置maven 在maven安装目录 /conf/setting.xml 中的servers下添加: <servers> <server> <id>nexus-snapshots</id> <username>admin</username> <password>123456</password> </server> <server> <id>nexus-releases

  • asp.net中执行存储数据操作时数据被自动截取的一种情况

    今天在做东西的时候,发现一个很奇怪的问题,数据库(SqlServer)中的字段设置的类型为ntext,但是保存的数据总是很短,开始以为在程序的某段设置了长度限制,在设置了断点跟踪调试发现穿递的数据很正常,但是在执行了存储操作以后保存的内容总是很短,数了数保存的字符个数为16个,数据库中设置的该字段类型ntext的长度也为16,于是想是不是数据库的bug,就在查询分析器里写insert语句进行测试,结果发现保存的内容很正常,这样问题肯定在程序当中,最后检查到在构造SqlCommand命令对象的参数

  • Linux crontab定时执行Shell脚本需要执行特定的命令时解决思路

    由于一些不可抗拒的原因,项目部署后需要定时检测项目是否正常运行,否则将执行重启命令. 在具体实施过程中发现,定时器执行无误,但是重启命令无法正常启动.多方查找发现Shell脚本中的Java命令需要引入环境变量方可正常执行.因此做了一下修改,脚本如下(仅供参考): 1.crontab执行配置 * * * * * cd /项目目录 && ./auto_start.sh >> /log/auto.out 2.Shell脚本 #!/bin/bash #导入环境变量 export LAN

  • php实现执行某一操作时弹出确认、取消对话框

    复制代码 代码如下: <script> function del(){ if(confirm("确定要删除吗?")){ alert('删除成功!'); return true; }else{ return false; } } </script> <button onclick="del()">确定</button>

  • Maven学习----Maven安装与环境变量配置教程

    目录 一.Maven简介 1. 什么是Maven 2. Maven的作用 3. 坐标的概念 小结 二.Maven安装配置[操作] 1. Maven的仓库类型 2. 下载与目录结构 3. Maven安装配置 3.1 安装Maven 3.2 配置Maven仓库 小结 三.Maven项目的目录结构 小结 四.Maven构建项目 1. 项目构建的生命周期 小结 五.Maven管理依赖和插件 Maven的依赖管理 1. 在idea配置Maven(操作) 2. 在idea创建Maven项目 2.1 创建Ma

  • centeros7 安装配置环境jdk1.8的教程

    1.先卸载centeros自带jdk rpm-qa|grepopenjdk 查询出来的自带的openjdk 2.删除 rpm-e--nodeps 3.再次查询 rpm-qa|grepjdk 4.在usr/local创建文件夹 cd/usr/local mkdirjava 5.将jdk1.8放到刚刚创建的文件中 cd/usr/local/java 用xftp上传后解压 tar-zxvfjdk-8u181-linux-x64.tar.gz 6.进入刚刚解压的文件夹 cdjdk1.8.0_181/pw

随机推荐