我认为这个问题的更好解决方案是使用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。

将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文件目标

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

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

在我的案例中，我的现有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中，那么很可能是这样，您只需要相应地更新依赖关系。

指向${project.directory}/rebo/或file://uri的pom存储库可以与源驻留jarfiles一起工作，用于一个小项目的dep。这些信息不会泄漏到系统~/.m2 repo中，但如果未指定，则会影响maven版本选择与（通常是最近的）顶级版本的选择。

对于现有的dep，如果您可以使用“target”作为您最喜欢的结构或maven的默认值运行，则在分发时绑定的dep与shade类似，但更直接：

-cp“$PWD/target/classs:$PWD/target/lib/*”pkg.random.ClassWithMain

then

<build>
        <plugins>
            <plugin>
                <artifactId>maven-dependency-plugin</artifactId>
                <executions>
                    <execution>
                        <phase>install</phase>
                        <goals>
                            <goal>copy-dependencies</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/lib</outputDirectory>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>

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