Maven 2在开发的实验/快速和粗糙的模型阶段快把我逼疯了。
我有一个pom.xml文件，它定义了我想要使用的web-app框架的依赖关系，我可以从该文件快速生成启动项目。然而，有时我想链接到一个尚未定义pom.xml文件的第三方库，因此我不会手动为第三方库创建pom.xml文件并安装它，并将依赖项添加到我的pom.xml中，我只想告诉Maven:“除了我定义的依赖项之外，还包括/lib中的任何jar。”
似乎这应该是简单的，但如果是，我错过了一些东西。
任何关于如何做到这一点的建议都非常感谢。除此之外，如果有一种简单的方法将maven指向/lib目录，并轻松地创建一个pom.xml，将所有附带的jar映射到一个依赖项，然后我可以将其命名为/ install并链接到它，这也足够了。
当前回答
您确实应该通过存储库获得适当的框架，并预先识别您的依赖项。使用系统作用域是人们经常犯的错误，因为他们“不关心依赖管理”。问题是，这样做最终会得到一个不正常的maven构建，无法显示正常情况下的maven。你最好遵循这样的方法。
其他回答
Maven安装插件使用命令行将jar安装到本地存储库中，POM是可选的，但你必须指定GroupId, ArtifactId, Version和Packaging(所有POM的东西)。
对我来说最简单的就是配置你的maven-compiler-plugin来包含你的自定义jar。这个例子将加载lib目录中的任何jar文件。
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<includes>
<include>lib/*.jar</include>
</includes>
</configuration>
</plugin>
Java中scope='system'方法的解决方案:
public static void main(String[] args) {
String filepath = "/Users/Downloads/lib/";
try (Stream<Path> walk = Files.walk(Paths.get(filepath))) {
List<String> result = walk.filter(Files::isRegularFile)
.map(x -> x.toString()).collect(Collectors.toList());
String indentation = " ";
for (String s : result) {
System.out.println(indentation + indentation + "<dependency>");
System.out.println(indentation + indentation + indentation + "<groupId>"
+ s.replace(filepath, "").replace(".jar", "")
+ "</groupId>");
System.out.println(indentation + indentation + indentation + "<artifactId>"
+ s.replace(filepath, "").replace(".jar", "")
+ "</artifactId>");
System.out.println(indentation + indentation + indentation + "<version>"
+ s.replace(filepath, "").replace(".jar", "")
+ "</version>");
System.out.println(indentation + indentation + indentation + "<scope>system</scope>");
System.out.println(indentation + indentation + indentation + "<systemPath>" + s + "</systemPath>");
System.out.println(indentation + indentation + "</dependency>");
}
} catch (IOException e) {
e.printStackTrace();
}
}
在与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运行父模块时，将强制执行子模块。这可能是一个缺点，因为项目结构应该改变，但最后提供了一个非静态的解决方案
您确实应该通过存储库获得适当的框架，并预先识别您的依赖项。使用系统作用域是人们经常犯的错误，因为他们“不关心依赖管理”。问题是，这样做最终会得到一个不正常的maven构建，无法显示正常情况下的maven。你最好遵循这样的方法。
