我想要这样的解决方案-在pom文件中使用maven安装插件：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-install-plugin</artifactId>
    <version>2.5.2</version>
    <executions>
        <execution>
            <phase>initialize</phase>
            <goals>
                <goal>install-file</goal>
            </goals>
            <configuration>
                <file>lib/yourJar.jar</file>
                <groupId>com.somegroup.id</groupId>
                <artifactId>artefact-id</artifactId>
                <version>x.y.z</version>
                <packaging>jar</packaging>
            </configuration>
        </execution>
    </executions>
</plugin>

在这种情况下，您可以执行mvn初始化，jar将安装在本地maven repo中。现在，这个jar可以在这台机器上的任何maven步骤中使用（不要忘记在pom中使用＜dependency></dependency>标记将这个依赖项作为其他maven依赖项）。也可以不将jar安装绑定到初始化步骤，而是绑定到您喜欢的任何其他步骤。

这是较新版本的简短语法：

mvn install:install-file -Dfile=<path-to-file>

当JAR由ApacheMaven构建时，这是最常见的情况。然后它将在META-INF目录的子文件夹中包含一个pom.xml，默认情况下将读取该文件。

资料来源：http://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html

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

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

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

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

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

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

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