在我的案例中，我的现有maven构建已经在将有问题的jar文件安装到我的本地存储库中，但我没有看到预期的结果，因为本地构建会生成后缀为“-SNAPSHOT”的工件。对我来说，非常简单的解决方案是更新使用本地构建jar文件的项目的pom.xml文件，以匹配名称。

<myproject.foo.version>1.88-SNAPSHOT</myproject.foo.version>

而不是

<myproject.foo.version>1.88</myproject.foo.version>

结果是，如果您的jar文件似乎已经在local.m2/maven repo中，那么很可能是这样，您只需要相应地更新依赖关系。

将JAR安装到本地Maven存储库中（通常位于主文件夹中的.m2），如下所示：

mvn install:install-file \
   -Dfile=<path-to-file> \
   -DgroupId=<group-id> \
   -DartifactId=<artifact-id> \
   -Dversion=<version> \
   -Dpackaging=<packaging> \
   -DgeneratePom=true

其中每一个都指：

＜path to file＞：要加载的文件的路径，例如→ c： \patcha-2.3.jar

＜group id＞：文件应在其下注册的组，例如→ com.google代码

<artifact-id>：文件的工件名称，例如→ 卡普查

＜version＞：文件的版本，例如→ 2.3

<package>：文件的打包，例如。→ 罐子

参考

Maven常见问题解答：我有一个jar，我想把它放到我的本地存储库中。我如何复制它？Maven安装插件用法：Install:Install文件目标

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

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

<dependency>
    <groupId>group id name</groupId>
    <artifactId>artifact name</artifactId>
    <version>version number</version>
    <scope>system</scope>
    <systemPath>jar location</systemPath>
</dependency>

由于某种原因，在我正在维护的web应用程序中，Alireza Fattahi的解决方案和JJ Roman的解决方案都不能正常工作。在这两种情况下，编译都是正常的（它看到了jar），但包装没有将jar包含在战争中。

我设法使其工作的唯一方法是将jar放在/src/main/webapp/WEB-INF/lib/上，然后将其与Fattahis或Roman的解决方案结合。

依赖关系的重要部分是：${pom.basedir}（而不仅仅是${basedir}）

<dependency>
    <groupId>org.example</groupId>
    <artifactId>example</artifactId>
    <version>1.0</version>
    <scope>system</scope>
    <systemPath>${pom.basedir}/src/lib/example.jar</systemPath>
</dependency>