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

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

真正快速而肮脏的方法是指向本地文件，请注意“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>

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

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

在POM文件中添加您自己的本地JAR，并在maven构建中使用它。

mvn install:install-file -Dfile=path-to-jar -DgroupId=owngroupid -DartifactId=ownartifactid -Dversion=ownversion -Dpackaging=jar

例如：

mvn install:install-file -Dfile=path-to-jar -DgroupId=com.decompiler -DartifactId=jd-core-java -Dversion=1.2 -Dpackaging=jar

然后将其添加到POM中，如下所示：

根项目上进行构建

您可以在命令行中编写以下代码，或者如果您使用eclipse内置maven，右键单击项目->运行方式->运行配置…->在左侧面板中，右键单击Maven Build->new configuration->在基本目录中的Goals&中编写代码：${project_loc:NameOfYourProject}->运行

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

其中每一个都指：

<path to file>：要加载的文件的路径，例如->c:\kapcha-2.3jar

＜group id＞：文件应在例如com.google.code下注册的组

<artifact-id>：文件的工件名称，例如->kappcha

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

<package>：文件的打包，例如->jar

2.安装后，只需在pom.xml中声明jar。

 <dependency>
      <groupId>com.google.code</groupId>
      <artifactId>kaptcha</artifactId>
      <version>2.3</version>
 </dependency>

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

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