今天就跟大家聊聊有关IDE构建/运行操作委托给maven配置会不会影响程序的运行效率,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
理念的构建/运行动作如果委托给了maven之后,会影响程序运行吗?
本文来介绍一下这个问题。答案是,可能会,如果砰的一声。xml中配置的构建有额外的执行动作,就会影响程序运行,甚至会导致运行失败。
上周研究项目打包时,根据网上一个说明将此选项勾选了,结果今天直接运行SpringBoot项目主要的类时,竟然先执行了maven安装命令。由于是一个我从来没有安装过Vue项目的工程的后端模块,平时很快就能启动的项目,今天死活跑不起来。
异常显示是自动打包Vue项目的插件执行失败了,定位问题可能出在maven安装操作上,为什么会执行maven构建呢,理论上只需要编译项目就可以了呀。
联想到上周和本周想法的配置差异,去掉此勾选项后,不再执行maven构建操作了,项目正常跑起来了。
2020年8月18日,又看了另一个模块,在取消勾选“委托IDE构建/行动maven运行”配置后,它虽然是SpringBoot项目,但是没法运行,编译报错还中是常见的类文件找不到。
对比了它的砰的一声。xml和其他模块的,发现它配置了maven编译操作:
此项目需要勾上IDE构建/运行操作委托给maven配置,才能执行主方法。去掉这段构建配置,取消勾选,还是无法执行主类。这是为何呢? maven项目的编译插件和IDE的关系是怎样的?这是个可以继续研究的话题。
我们的项目使用SpringBoot做后端,Vue做前端,网络端项目会配置一个exec-maven-plugin插件执行npm安装命令,将Vue项目打包到web的静态目录下。但是这个Vue项目平时没有执行过,依赖的前端模块都没有安装。
当理念的构建/运行动作被委托给maven后,就会由maven执行砰的一声。xml中的打包配置,最终在执行npm安装VueProject的时候,解决依赖失败,导致SpringBoot的项目的主函数启动失败了。
看完上述内容,你们对IDE构建/运行操作委托给maven配置会不会影响程序的运行效率有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注行业资讯频道,感谢大家的支持。
