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

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

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

我认为这个问题的更好解决方案是使用maven安装插件在安装时自动安装文件。这是我为项目设置的方式。

首先，将路径（存储local.jar的位置）添加为属性。

<properties>
    <local.sdk>/path/to/jar</local.sdk>
</properties>

然后，在插件下添加一个插件，以便在编译时安装jar。

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-install-plugin</artifactId>
    <version>2.5.2</version>
    <executions>
        <execution>
            <id>1</id>
            <phase>initialize</phase>
            <goals>
                <goal>install-file</goal>
            </goals>
            <configuration>
                <groupId>com.local.jar</groupId> 
                <artifactId>appengine-api</artifactId>
                <version>1.0</version>
                <packaging>jar</packaging>
                <file>${local.sdk}/lib/impl/appengine-api.jar</file>
            </configuration>
        </execution>
        <execution>
            <id>appengine-api-stubs</id>
            <phase>initialize</phase>
            <goals>
                <goal>install-file</goal>
            </goals>
            <configuration>
                <groupId>com.local.jar</groupId>
                <artifactId>appengine-api-stubs</artifactId>
                <version>1.0</version>
                <packaging>jar</packaging>
                <file>${local.sdk}/lib/impl/appengine-api-stubs.jar</file>
            </configuration>
        </execution>
    </executions>
</plugin>

最后，在依赖项中，可以添加jar

<dependency>
    <groupId>com.local.jar</groupId>
    <artifactId>appengine-api</artifactId>
    <version>1.0</version>
</dependency>

<dependency>
    <groupId>com.local.jar</groupId>
    <artifactId>appengine-api-stubs</artifactId>
    <version>1.0</version>
    <scope>test</scope>
</dependency>

通过这样设置项目，即使您将其带到另一台计算机，项目也将继续构建（假定它在local.sdk属性指定的路径中包含所有jar文件）。

对于groupId，请使用唯一的名称，以确保没有冲突。

现在，当您进行mvn安装或mvn测试时，将自动添加本地jar。

命令行：

mvn install:install-file -Dfile=c:\kaptcha-{version}.jar -DgroupId=com.google.code
-DartifactId=kaptcha -Dversion={version} -Dpackaging=jar

真正快速而肮脏的方法是指向本地文件，请注意“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构建已经在将有问题的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中，那么很可能是这样，您只需要相应地更新依赖关系。