新接手了2个项目维护,首先就是拉取代码,然后万恶的maven依赖问题来了。

由于是基于远程桌面开发,很多东西都是不能在本地进行操作,导致项目下载依赖总是会出现各种问题。

首先是配置maven




DocxToPDFConverter maven依赖 maven依赖全部爆红_配置文件


基本上,拉取代码后地一就是查看这个设置有没有改动过,因为拉取代码后,别人的设置和你完全不同。

尤其是本地仓库路径检查清楚,建议CV地址,以及本地仓库多的情况。


DocxToPDFConverter maven依赖 maven依赖全部爆红_取代码_02


如果是在本地开发,请无视。

需(被)要(迫)远程桌面开发的,可能会存在下载报错,以及下载速度缓慢,还是报错,及下在失败的依赖。

常规解决办法就是先查看本地仓库搜索*.lastUpdade文件给干掉,然后把爆红的依赖注释或删除刷新一下,再还原。

第二种就是检查依赖,有些时候,别人能跑起来的项目,你拉下来就是启动不起,我也很奇怪。检查发现是依赖可能存在重复,注意看报错信息,这个就得去找人问清楚该不该删,不要挨叼.JPG

ps:关于Javax的依赖,如果你是用的jdk11的版本就需要去下好放到仓库里,jdk8则自带。

第三种,就是笨办法,先新建一个项目,用这个pom文件把依赖都下好,再打包放到你的远程桌面里的仓库里,然后要特别注意你的依赖配置文件


DocxToPDFConverter maven依赖 maven依赖全部爆红_Powered by 金山文档_03


可能会存在一种极端情况,就是即使本地仓库里有所需依赖,他还是会一直去远程找,最后报错,找到这个依赖的配置文件,把>=中间的去掉,保存即可


DocxToPDFConverter maven依赖 maven依赖全部爆红_远程桌面_04


这个地址也就是阿里的远程,这个看个人,可以写成私服的地址,但是如果你在pom里面写了,那么也可以,只是pom的优先级会高于这个setting.xml