还可以看看。。。

<scope>compile</scope>

Maven依赖项。这是默认设置，但我发现在某些情况下，也会显式设置Maven的作用域，以便在本地存储库中查找本地库。

首选方法是创建自己的远程存储库。

有关如何执行此操作的详细信息，请参阅此处。查看“上载到远程存储库”部分。

首先，我想把这个答案归功于一位匿名StackOverflow用户——我很肯定我以前在这里也看到过类似的答案——但现在我找不到了。

将本地JAR文件作为依赖项的最佳选择是创建本地Maven存储库。这样的存储库只不过是一个适当的目录结构，其中包含pom文件。

例如：我的主项目位于${master_project}位置，子项目1位于${master _project}/${subject1}位置。

然后，我在以下位置创建Maven存储库：${master_project}/本地maven repo。

在子项目1中位于${master_project}/${subject1}/pom.xml的pom文件中，需要指定存储库，该存储库将文件路径作为URL参数：

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

可以为任何其他存储库指定依赖项。这使pom存储库独立。例如，一旦所需的JAR在Maven central中可用，您只需从本地回购中删除它，它将从默认回购中取出。

    <dependency>
        <groupId>org.apache.felix</groupId>
        <artifactId>org.apache.felix.servicebinder</artifactId>
        <version>0.9.0-SNAPSHOT</version>
    </dependency>

最后但并非最不重要的一件事是使用-DlocalRepositoryPath开关将JAR文件添加到本地存储库，如下所示：

mvn org.apache.maven.plugins:maven-install-plugin:2.5.2:install-file  \
    -Dfile=/some/path/on/my/local/filesystem/felix/servicebinder/target/org.apache.felix.servicebinder-0.9.0-SNAPSHOT.jar \
    -DgroupId=org.apache.felix -DartifactId=org.apache.felix.servicebinder \
    -Dversion=0.9.0-SNAPSHOT -Dpackaging=jar \
    -DlocalRepositoryPath=${master_project}/local-maven-repo

一旦安装了JAR文件，就可以将Maven repo提交到代码存储库，并且整个设置与系统无关。（GitHub中的工作示例）。

我同意将JAR提交给源代码回购并不是一个好的做法，但在现实生活中，快速而肮脏的解决方案有时比一个完整的Nexus回购托管一个无法发布的JAR要好。

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

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

在我的案例中，我的现有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！

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