Maven 2在开发的实验/快速和粗糙的模型阶段快把我逼疯了。
我有一个pom.xml文件，它定义了我想要使用的web-app框架的依赖关系，我可以从该文件快速生成启动项目。然而，有时我想链接到一个尚未定义pom.xml文件的第三方库，因此我不会手动为第三方库创建pom.xml文件并安装它，并将依赖项添加到我的pom.xml中，我只想告诉Maven:“除了我定义的依赖项之外，还包括/lib中的任何jar。”
似乎这应该是简单的，但如果是，我错过了一些东西。
任何关于如何做到这一点的建议都非常感谢。除此之外，如果有一种简单的方法将maven指向/lib目录，并轻松地创建一个pom.xml，将所有附带的jar映射到一个依赖项，然后我可以将其命名为/ install并链接到它，这也足够了。
当前回答
在与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运行父模块时，将强制执行子模块。这可能是一个缺点，因为项目结构应该改变，但最后提供了一个非静态的解决方案
其他回答
这是我们添加或安装本地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，因为它们是强制性的:)
您确实应该通过存储库获得适当的框架，并预先识别您的依赖项。使用系统作用域是人们经常犯的错误，因为他们“不关心依赖管理”。问题是，这样做最终会得到一个不正常的maven构建，无法显示正常情况下的maven。你最好遵循这样的方法。
这并没有回答如何将它们添加到您的POM中，并且可能是一个无需动脑的问题，但只是将lib目录添加到您的类路径工作吗?我知道，当我需要一个外部jar，但又不想添加到Maven reppos时，我就会这样做。
希望这能有所帮助。
您可以在项目上创建本地存储库
例如，如果你在项目结构中有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中添加外部库(已存档)
在与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运行父模块时，将强制执行子模块。这可能是一个缺点，因为项目结构应该改变，但最后提供了一个非静态的解决方案
