手动引入jar包，解决Dependency ‘XXX‘ not found的两种方式

引言

在使用Maven的时候，如果拉取远程仓库失败，报错Dependency ‘XXX’ not found，或者公司有一些自己开发的jar包需要手动导入的，可以采用以下方法手动导入

一、使用systemPath导入

（一）将jar包复制到指定文件夹

maven项目一般会这个文件夹：scr/main/resources/lib
将你所需要的jar包复制到这里
在这里插入图片描述

（二）在pom文件中引入jar包

 <dependency>
     <groupId>com.cnm.acco</groupId> <!-- 自定义名称 -->
     <artifactId>acco-common</artifactId> <!-- jar包名称 -->
     <version>1.0.0-SNAPSHOT</version> <!-- jar包版本 -->
     <scope>system</scope> <!-- 依赖范围 -->
     <systemPath>${project.basedir}/src/main/resources/lib/acco-common-1.0.0-SNAPSHOT.jar</systemPath> <!-- pom.basedir表示当前pom文件根目录 -->
 </dependency>

注意：使用systemPath引入jar包时，scope标签一般是system，表示作用于编译和打包时期

这里有一个超级大的坑，就是systemPath不支持聚合工程的父子传导！！！

不支持pom工程的继承关系！！！不支持，重要的话说三遍

因为我导的包很多子工程都会用到，所以导入时，我直接向父工程导入，指望可以作用于子工程，结果全漏了。。。只能往子工程里面一个个导入哈，记住大坑！！！
在这里插入图片描述

（三）编译后使用

在这里插入图片描述
注意：如果某个子工程引入了这个jar包，那么其他子工程可以通过引入它来使用手动引入的jar包

二、使用maven命令导入

（一）判断你使用的是idea自带的maven还是自己安装的maven

在这里插入图片描述
如果使用的是自己安装的maven，在安装时本机应该配置了maven的环境变量，打开终端直接执行maven命令即可如果是这种，你使用的就是idea自带的maven，需要这样输入maven命令注意：如果是自己安装的maven，也可以这样输入maven命令，只是idea自带的maven在安装包内，比较难找，东西其实都是一样的，文件位置不一样罢了，熟悉的都可以操作，就算不配置环境变量，找到文件夹位置，打开终端也可以输入maven命令

（二）maven命令

mvn install:install-file -Dfile=/Users/wenjie/Downloads/fastjson-2.0.5.jar -DgroupId=com.alibaba -DartifactId=fastjson -Dversion=2.0.5

-Dfile 指的是jar包位置，jar包文件可以下载到任何你喜欢的位置
-DgroupId 指的是xm文件的groupId标签
-DartifactId 指的是xml文件的artifactId标签
-Dversion 指的是xml文件的version标签，也就是版本

（三）xml文件中引入依赖

例如我使用了以上的命令手动导入jar包，那么在对应的pom文件中，我需要引入的dependeny就如下：

<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
    <version>2.0.5</version>
</dependency>

注意不能出错，如果maven命令和xml文件的对应关系弄错了，会导致xml文件报错，不能正确引入依赖

总结

使用systemPath引入jar包的好处是，直接将jar包复制到项目中，比较快捷，修改几行xml即可，缺点是，不支持聚合工程的继承关系，如果许多子工程都需要使用这个依赖，那么需要多次引入或者复制多个jar包到对应的子工程，不够优雅。
使用maven命令引入jar包的好处是，支持聚合工程，可以用父工程来管理maven的依赖关系，子工程在xml中添加对应的依赖则都可以使用，缺点是你的每一个同事都要执行对应的maven命令，你要把引入命令发送给他们，否则他们的xml文件会报错，或者他们在打包项目的时候会报jar包无法找到的问题。

总之，这两种解决方式没有更完美的，只能够根据事实情况选择更合适的解决方式。