Maven 2在开发的实验/快速和粗糙的模型阶段快把我逼疯了。
我有一个pom.xml文件，它定义了我想要使用的web-app框架的依赖关系，我可以从该文件快速生成启动项目。然而，有时我想链接到一个尚未定义pom.xml文件的第三方库，因此我不会手动为第三方库创建pom.xml文件并安装它，并将依赖项添加到我的pom.xml中，我只想告诉Maven:“除了我定义的依赖项之外，还包括/lib中的任何jar。”
似乎这应该是简单的，但如果是，我错过了一些东西。
任何关于如何做到这一点的建议都非常感谢。除此之外，如果有一种简单的方法将maven指向/lib目录，并轻松地创建一个pom.xml，将所有附带的jar映射到一个依赖项，然后我可以将其命名为/ install并链接到它，这也足够了。
当前回答
Maven安装插件使用命令行将jar安装到本地存储库中，POM是可选的，但你必须指定GroupId, ArtifactId, Version和Packaging(所有POM的东西)。
其他回答
您确实应该通过存储库获得适当的框架，并预先识别您的依赖项。使用系统作用域是人们经常犯的错误，因为他们“不关心依赖管理”。问题是，这样做最终会得到一个不正常的maven构建，无法显示正常情况下的maven。你最好遵循这样的方法。
Maven安装插件使用命令行将jar安装到本地存储库中，POM是可选的，但你必须指定GroupId, ArtifactId, Version和Packaging(所有POM的东西)。
要安装不在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
流行方法的问题
在互联网上找到的大多数答案都会建议您将依赖项安装到本地存储库中，或者在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的官方文档很容易掌握。
注意:当使用System作用域时(如本页所述)，Maven需要绝对路径。
如果你的jar在项目的根目录下，你需要在systemPath值前加上${basedir}。
