当项目从依赖公司镜像仓库转向本地Maven配置时，可能出现依赖缺失的问题。解决方法包括在本地创建libs文件夹补充jar包，更新repositories以指向本地Maven仓库，并为缺失的开源和公司自封装依赖建立本地存储。通过在新的Maven项目中引入依赖并打包到本地仓库，可以解决找不到依赖的问题。如果内网环境有中央镜像仓库，处理起来会更简便，通用依赖可从仓库获取，公司特有依赖则存放在libs。此方法适用于内外网开发环境切换时的依赖管理。
公司的项目是在外网环境开发，因此所用的依赖很多是基于公司的镜像仓库去读取相关的依赖版本配置。
当项目由镜像仓库的改为读取本地maven配置后，或出现各种依赖缺失的情况。解决方式如下：
新家libs文件夹，补充一些基础的jar（每个公司的不一样，因自己的项目来定）。repositories里面读取本地的maven仓库配置，运行gradle编译，会出现如下的报错情况：
Could not find com.itextpdf:itextpdf:5.5.13.2.
Required by:
project :
Possible solution:
- Declare repository providing the artifact, see the documentation at https://docs.gradle.org/current/userguide/declaring_repositories.html
此处显然说的是找不到相关的依赖版本，最原始的解决方式就是新建一个springboot的maven项目，将此处缺失的各种开源依赖在新的maven项目pom文件中引用相关的依赖版本，将依赖打到本地的maven仓库中，对于非开源的公司自己封装的依赖，则是到公司的镜像仓库中去找，在本地的Maven仓库中一级一级的创建文件夹并将公司的依赖放至其中。再次重新编译项目，此时就会显示编译成功，不会出现找不到依赖的情况。，成功后如下：
也许还有更好的办法，但目前我个人是使用这种方式去解决问题。
如果说小伙伴你的项目也是像我这样：从外网的开发环境移动至内网开发，但是你所使用的内网虚拟机上具备了中央的镜像仓库，相对而言就会比我的这种要容易很多，不用去一个一个的依赖重新下载，通用的依赖可以走内网的中央镜像仓库，对于你自己公司封装的依赖就可以采取放到libs下去读取相关的配置。
希望我的这种解决方法能帮助到你
扫一扫
6992
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
