您确实应该通过存储库获得适当的框架，并预先识别您的依赖项。使用系统作用域是人们经常犯的错误，因为他们“不关心依赖管理”。问题是，这样做最终会得到一个不正常的maven构建，无法显示正常情况下的maven。你最好遵循这样的方法。

我只是想要一个快速而肮脏的变通办法……我不能从Nikita Volkov运行脚本:语法错误+它需要一个严格的jar名称格式。

我制作了这个Perl脚本，它与jar文件名的任何格式一起工作，它在xml中生成依赖项，这样它就可以直接复制粘贴到pom中。

如果你想使用它，确保你理解脚本在做什么，你可能需要改变lib文件夹和groupId或artifactId的值…

#!/usr/bin/perl

use strict;
use warnings;

open(my $fh, '>', 'dependencies.xml') or die "Could not open file 'dependencies.xml' $!";
foreach my $file (glob("lib/*.jar")) {
    print "$file\n";
    my $groupId = "my.mess";
    my $artifactId = "";
    my $version = "0.1-SNAPSHOT";
    if ($file =~ /\/([^\/]*?)(-([0-9v\._]*))?\.jar$/) {
        $artifactId = $1;
        if (defined($3)) {
            $version = $3;
        }
        `mvn install:install-file -Dfile=$file -DgroupId=$groupId -DartifactId=$artifactId -Dversion=$version -Dpackaging=jar`;
        print $fh "<dependency>\n\t<groupId>$groupId</groupId>\n\t<artifactId>$artifactId</artifactId>\n\t<version>$version</version>\n</dependency>\n";
        print " => $groupId:$artifactId:$version\n";
    } else {
        print "##### BEUH...\n";
    }
}
close $fh;

我发现了一个奇怪的解决办法:

使用Eclipse

创建简单的(非maven) Java项目 添加一个Main类 将所有罐子添加到类路径中 导出可运行JAR(这很重要，因为这里没有其他方法可以做到这一点) 选择将所需的库提取到生成的JAR中 决定牌照事宜 tadammm……将生成的jar安装到m2repo 将这个依赖项添加到其他项目中。

欢呼, Balint

流行方法的问题

在互联网上找到的大多数答案都会建议您将依赖项安装到本地存储库中，或者在pom中指定“系统”作用域，并将依赖项与项目的源代码一起分发。但这两种解决方案实际上都有缺陷。

为什么你不应该应用“安装到本地回购”的方法

When you install a dependency to your local repository it remains there. Your distribution artifact will do fine as long as it has access to this repository. The problem is in most cases this repository will reside on your local machine, so there'll be no way to resolve this dependency on any other machine. Clearly making your artifact depend on a specific machine is not a way to handle things. Otherwise this dependency will have to be locally installed on every machine working with that project which is not any better.

为什么不应该应用“系统范围”方法

使用“System Scope”方法依赖的jar既不能安装到任何存储库中，也不能附加到目标包中。这就是为什么你的发行包在使用时没有办法解决这个依赖。我相信这就是为什么不提倡使用系统作用域的原因。无论如何，你不想依赖一个已弃用的特性。

静态项目内存储库解决方案

把这个放进你的诗里后:

<repository>
    <id>repo</id>
    <releases>
        <enabled>true</enabled>
        <checksumPolicy>ignore</checksumPolicy>
    </releases>
    <snapshots>
        <enabled>false</enabled>
    </snapshots>
    <url>file://${project.basedir}/repo</url>
</repository>

对于每个具有x.y.z形式的组id的工件，Maven将在其搜索工件时在您的项目目录中包含以下位置:

repo/
| - x/
|   | - y/
|   |   | - z/
|   |   |   | - ${artifactId}/
|   |   |   |   | - ${version}/
|   |   |   |   |   | - ${artifactId}-${version}.jar

要详细说明这一点，你可以阅读这篇博文。

使用Maven安装到项目repo

我建议使用Maven插件将jar作为工件安装，而不是手工创建这个结构。因此，要在repo文件夹下将工件安装到项目内存储库执行:

mvn install:install-file -DlocalRepositoryPath=repo -DcreateChecksum=true -Dpackaging=jar -Dfile=[your-jar] -DgroupId=[...] -DartifactId=[...] -Dversion=[...]

如果你选择这种方法，你将能够在pom中简化存储库声明:

<repository>
    <id>repo</id>
    <url>file://${project.basedir}/repo</url>
</repository>

辅助脚本

由于为每个lib执行安装命令有点烦人，而且肯定容易出错，所以我创建了一个实用程序脚本，它自动将lib文件夹中的所有jar安装到项目存储库中，同时从文件名自动解析所有元数据(groupId, artifactId等)。该脚本还打印出依赖项xml，供您复制粘贴到pom中。

在目标包中包含依赖项

当您创建了项目内存储库时，您就解决了项目与其源的依赖关系分布问题，但是从那时起，项目的目标工件将依赖于未发布的jar，因此当您将其安装到存储库时，它将具有无法解决的依赖关系。

为了解决这个问题，我建议在目标包中包含这些依赖项。这可以用Assembly Plugin或者更好的OneJar Plugin来实现。OneJar的官方文档很容易掌握。

要安装不在maven库中的第三方jar，使用maven-install-plugin。

步骤如下:

从源代码(网站)手动下载jar文件 创建一个文件夹，并将jar文件放在其中 运行以下命令在本地maven存储库中安装第三方jar

mvn install：install-file -dfile= -dgroupId= -dartifactId= -dversion= -dpackaging=

下面是我用于simmonsite log4j的示例

mvn安装:安装文件 -Dfile=/Users/athanka/git/MyProject/repo/log4j- rollingappender .jar -DgroupId=uk.org.simonsite -DartifactId=log4j- rollingappender -Dversion=20150607-2059 -Dpackaging=jar

在pom.xml中包括如下所示的依赖项 < >的依赖 < groupId > uk.org.simonsite < / groupId > < artifactId > log4j-rolling-appender < / artifactId > <版本> 20150607 - 2059 > < /版本 < / >的依赖 运行mvn clean install命令创建您的打包

以下是参考链接:

https://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html

这就是我所做的，它也围绕包的问题，它与签出的代码工作。

我在项目中创建了一个新文件夹，在我的情况下，我使用repo，但请随意使用src/repo

在我的POM中，我有一个不在任何公共专家存储库中的依赖项

<dependency>
    <groupId>com.dovetail</groupId>
    <artifactId>zoslog4j</artifactId>
    <version>1.0.1</version>
    <scope>runtime</scope>
</dependency>

然后，我创建了以下目录repo/com/dovetail/zoslog4j/1.0.1，并将JAR文件复制到该文件夹中。

我创建了下面的POM文件来表示下载的文件(这一步是可选的，但它删除了一个警告)，并帮助下一个家伙找出我从哪里得到的文件。

<?xml version="1.0" encoding="UTF-8" ?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.dovetail</groupId>
    <artifactId>zoslog4j</artifactId>
    <packaging>jar</packaging>
    <version>1.0.1</version>
    <name>z/OS Log4J Appenders</name>
    <url>http://dovetail.com/downloads/misc/index.html</url>
    <description>Apache Log4j Appender for z/OS Logstreams, files, etc.</description>
</project>

我创建的两个可选文件是POM的SHA1校验和和JAR，用于删除缺失的校验和警告。

shasum -b < repo/com/dovetail/zoslog4j/1.0.1/zoslog4j-1.0.1.jar \
          > repo/com/dovetail/zoslog4j/1.0.1/zoslog4j-1.0.1.jar.sha1

shasum -b < repo/com/dovetail/zoslog4j/1.0.1/zoslog4j-1.0.1.pom \
          > repo/com/dovetail/zoslog4j/1.0.1/zoslog4j-1.0.1.pom.sha1

最后，我将以下片段添加到pom.xml中，使我能够引用本地存储库

<repositories>
    <repository>
        <id>project</id>
        <url>file:///${basedir}/repo</url>
    </repository>
</repositories>