您可以直接添加本地依赖项（如build maven项目中所述，包含专有库），如下所示：

<dependency>
    <groupId>com.sample</groupId>
    <artifactId>sample</artifactId>
    <version>1.0</version>
    <scope>system</scope>
    <systemPath>${project.basedir}/src/main/resources/Name_Your_JAR.jar</systemPath>
</dependency>

使现代化

在新版本中，此功能被标记为已弃用，但仍在工作，尚未删除（您只需在maven启动期间的日志中看到警告）。maven集团对此提出了一个问题https://issues.apache.org/jira/browse/MNG-6523（您可以参与并描述此功能在某些情况下有帮助的原因）。我希望这一功能仍然存在！

若你们问我，只要这个特性没有被删除，我就用它来依赖我项目中的一个不适合存储库的jar文件。如果删除此功能，那么，这里有很多好的答案，我可以稍后选择！

一种方法是将其上传到您自己的Maven存储库管理器（如Nexus）。无论如何，拥有一个自己的存储库管理器是很好的做法。

我最近看到的另一个好方法是在构建生命周期中包含Maven安装插件：在POM中声明将文件安装到本地存储库。这是一个有点但很小的开销，并且不涉及手动步骤。

http://maven.apache.org/plugins/maven-install-plugin/install-file-mojo.html

真正快速而肮脏的方法是指向本地文件，请注意“system”现在已被弃用：

<dependency>
    <groupId>com.sample</groupId>  
    <artifactId>samplifact</artifactId>  
    <version>1.0</version> 
    <scope>system</scope>
    <systemPath>C:\DEV\myfunnylib\yourJar.jar</systemPath>
</dependency>

然而，这只会存在于您的机器上（显然），因为共享通常使用适当的m2存档（nexus/artifactory）是有意义的，或者如果您没有这些存档或不想设置本地maven结构化存档并在pom中配置“存储库”：

本地：

<repositories>
    <repository>
        <id>my-local-repo</id>
        <url>file://C:/DEV//mymvnrepo</url>
    </repository>
</repositories>

远程：

<repositories>
    <repository>
        <id>my-remote-repo</id>
        <url>http://192.168.0.1/whatever/mavenserver/youwant/repo</url>
    </repository>
</repositories>

对于此解决方案，还可以使用basedir变量创建相对路径：

<url>file:${basedir}</url>

在maven项目的根目录创建一个新文件夹，比如本地maven repo。

只需在pom.xml的＜project＞中添加一个本地repo：

<repositories>
    <repository>
        <id>local-maven-repo</id>
        <url>file:///${project.basedir}/local-maven-repo</url>
    </repository>
</repositories>

然后，对于要安装的每个外部jar，转到项目的根目录并执行：

mvn deploy:deploy-file -DgroupId=[GROUP] -DartifactId=[ARTIFACT] -Dversion=[VERS] -Durl=file:./local-maven-repo/ -DrepositoryId=local-maven-repo -DupdateReleaseInfo=true -Dfile=[FILE_PATH]

我的pom.xml中的一组依赖项也出现了同样的错误。结果发现，这些依赖项的版本没有在pom.xml内指定，而是在父存储库中提到的。由于某种原因，版本详细信息未与此回购同步。因此，我使用标签手动输入版本，它就像一个符咒。查找父级中的版本并在此处指定所需的时间很少。但是，这可以仅针对显示人为错误的罐子进行，而且效果良好。希望这对某人有所帮助。

请注意，使用本地回购并不一定是个好主意。如果这个项目与其他人共享，那么当它不起作用时，其他人都会遇到问题和疑问，甚至在您的源代码管理系统中也无法使用jar！

尽管共享回购是最好的解决方案，但如果由于某种原因无法做到这一点，那么嵌入jar比本地回购要好。仅限本地的回购内容可能会导致很多问题，特别是随着时间的推移。