Maven 2在开发的实验/快速和粗糙的模型阶段快把我逼疯了。
我有一个pom.xml文件，它定义了我想要使用的web-app框架的依赖关系，我可以从该文件快速生成启动项目。然而，有时我想链接到一个尚未定义pom.xml文件的第三方库，因此我不会手动为第三方库创建pom.xml文件并安装它，并将依赖项添加到我的pom.xml中，我只想告诉Maven:“除了我定义的依赖项之外，还包括/lib中的任何jar。”
似乎这应该是简单的，但如果是，我错过了一些东西。
任何关于如何做到这一点的建议都非常感谢。除此之外，如果有一种简单的方法将maven指向/lib目录，并轻松地创建一个pom.xml，将所有附带的jar映射到一个依赖项，然后我可以将其命名为/ install并链接到它，这也足够了。
当前回答
要安装不在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
其他回答
您可以在项目上创建本地存储库
例如，如果你在项目结构中有libs文件夹
在libs文件夹中创建目录结构:/groupId/artifactId/version/artifactId-version.jar 在pom.xml中，您应该注册存储库 <库> <标识> ProjectRepo id > < / <名称> ProjectRepo < /名称> < url >文件:/ / $ {project.basedir} / libs url > < / < /库> 并像往常一样添加依赖项 < >的依赖 < groupId > groupId < / groupId > < artifactId > artifactId < / artifactId > <版本> > < /版本 < / >的依赖
仅此而已。
有关详细信息:如何在Maven中添加外部库(已存档)
对于那些在这里没有找到好的答案的人，这是我们正在做的事情，以获得一个包含所有必要依赖项的罐子。这个答案(https://stackoverflow.com/a/7623805/1084306)提到了使用Maven Assembly插件，但实际上并没有给出一个示例。如果你不从头到尾看完答案(答案相当长)，你可能会错过它。将以下内容添加到pom.xml中将生成target/${PROJECT_NAME}-${VERSION}-jar-with-dependencies.jar
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4.1</version>
<configuration>
<!-- get all project dependencies -->
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<!-- MainClass in mainfest make a executable jar -->
<archive>
<manifest>
<mainClass>my.package.mainclass</mainClass>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<!-- bind to the packaging phase -->
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
我只是想要一个快速而肮脏的变通办法……我不能从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;
这是我们添加或安装本地jar的方法
<dependency>
<groupId>org.example</groupId>
<artifactId>iamajar</artifactId>
<version>1.0</version>
<scope>system</scope>
<systemPath>${project.basedir}/lib/iamajar.jar</systemPath>
</dependency>
我给出了一些默认的groupId和artifactId，因为它们是强制性的:)
在与CloudBees的人员进行了长时间的讨论之后，他们提出了一个有趣的解决方案:
创建一个伪Maven项目，将一个预先存在的JAR附加为主要工件，运行到所属的POM安装:安装文件执行。这里有一个类似POM的例子:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>2.3.1</version>
<executions>
<execution>
<id>image-util-id</id>
<phase>install</phase>
<goals>
<goal>install-file</goal>
</goals>
<configuration>
<file>${basedir}/file-you-want-to-include.jar</file>
<groupId>${project.groupId}</groupId>
<artifactId>${project.artifactId}</artifactId>
<version>${project.version}</version>
<packaging>jar</packaging>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
但要实现这一目标，必须改变现有的项目结构。首先，您应该记住，对于每种这样的JAR，都应该创建不同的伪Maven项目(模块)。并且应该创建一个父Maven项目，包括所有子模块，即:所有JAR包装器和现有的主项目。结构可以是:
根项目(此包含父POM文件，包括所有带有模块XML元素的子模块)(POM打包) JAR 1包装器Maven子项目(POM包装) JAR 2包装器Maven子项目(POM打包) 主要现有的Maven子项目(WAR, JAR, EAR ....包装)
当通过mvn:install或mvn:packaging运行父模块时，将强制执行子模块。这可能是一个缺点，因为项目结构应该改变，但最后提供了一个非静态的解决方案
