这是我之前回答的另一个方法，我可以在不安装它们的情况下将jar添加到maven 2构建类路径中吗?

这将绕过使用多模块构建时的限制，特别是如果下载的JAR在父项目之外的子项目中被引用。通过将POM和SHA1文件创建为构建的一部分，这也减少了设置工作。它还允许文件驻留在项目中的任何位置，而无需固定名称或遵循maven存储库结构。

这使用了maven-install-plugin。为此，您需要设置一个多模块项目，并拥有一个表示构建的新项目，以便将文件安装到本地存储库中，并确保第一个项目。

你的多模块项目pom.xml看起来像这样:

<packaging>pom</packaging>
<modules>
<!-- The repository module must be first in order to ensure
     that the local repository is populated -->
    <module>repository</module>
    <module>... other modules ...</module>
</modules>

然后，存储库/pom.xml文件将包含用于加载作为项目一部分的jar的定义。下面是pom.xml文件的一些片段。

<artifactId>repository</artifactId>
<packaging>pom</packaging>

pom打包可以防止执行任何测试、编译或生成任何jar文件。xml的主体位于使用maven-install-plugin的构建部分。

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-install-plugin</artifactId>
            <executions>
                <execution>
                        <id>com.ibm.db2:db2jcc</id>
                        <phase>verify</phase>
                        <goals>
                            <goal>install-file</goal>
                        </goals>
                        <configuration>
                            <groupId>com.ibm.db2</groupId>
                            <artifactId>db2jcc</artifactId>
                            <version>9.0.0</version>
                            <packaging>jar</packaging>
                            <file>${basedir}/src/jars/db2jcc.jar</file>
                            <createChecksum>true</createChecksum>
                            <generatePom>true</generatePom>
                        </configuration>
                </execution>
                <execution>...</execution>
            </executions>
        </plugin>
    </plugins>
</build>

要安装多个文件，只需添加更多的执行。

你可以使用eclipse生成一个可运行的Jar: 导出/Runable Jar文件

这是我之前回答的另一个方法，我可以在不安装它们的情况下将jar添加到maven 2构建类路径中吗?

这将绕过使用多模块构建时的限制，特别是如果下载的JAR在父项目之外的子项目中被引用。通过将POM和SHA1文件创建为构建的一部分，这也减少了设置工作。它还允许文件驻留在项目中的任何位置，而无需固定名称或遵循maven存储库结构。

这使用了maven-install-plugin。为此，您需要设置一个多模块项目，并拥有一个表示构建的新项目，以便将文件安装到本地存储库中，并确保第一个项目。

你的多模块项目pom.xml看起来像这样:

<packaging>pom</packaging>
<modules>
<!-- The repository module must be first in order to ensure
     that the local repository is populated -->
    <module>repository</module>
    <module>... other modules ...</module>
</modules>

然后，存储库/pom.xml文件将包含用于加载作为项目一部分的jar的定义。下面是pom.xml文件的一些片段。

<artifactId>repository</artifactId>
<packaging>pom</packaging>

pom打包可以防止执行任何测试、编译或生成任何jar文件。xml的主体位于使用maven-install-plugin的构建部分。

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-install-plugin</artifactId>
            <executions>
                <execution>
                        <id>com.ibm.db2:db2jcc</id>
                        <phase>verify</phase>
                        <goals>
                            <goal>install-file</goal>
                        </goals>
                        <configuration>
                            <groupId>com.ibm.db2</groupId>
                            <artifactId>db2jcc</artifactId>
                            <version>9.0.0</version>
                            <packaging>jar</packaging>
                            <file>${basedir}/src/jars/db2jcc.jar</file>
                            <createChecksum>true</createChecksum>
                            <generatePom>true</generatePom>
                        </configuration>
                </execution>
                <execution>...</execution>
            </executions>
        </plugin>
    </plugins>
</build>

要安装多个文件，只需添加更多的执行。

我以前曾经写过这样做的模式。

它与Pascal提出的解决方案非常相似，不过它将所有依赖项移动到一个专用的存储库模块中，这样如果是多模块构建，就不必在使用依赖项的所有地方重复它。

我们切换到gradle，这在gradle中工作得更好;)。我们只是指定一个文件夹，我们可以将罐子放入这样的临时情况。我们仍然在典型的依赖管理部分中定义了大多数jar。与maven相同)。这只是我们定义的另一个依赖项。

所以基本上现在我们可以将任何jar放到lib目录中进行临时测试，如果它不是maven中的某个存储库的话。

我希望jar在源代码控制的3rdparty库中，并通过相对路径从pom.xml文件链接到它。

如果您真的想要这样做(请理解，如果您不能使用公司存储库)，那么我的建议是使用项目本地的“文件存储库”，并且不要使用系统范围的依赖项。应该避免系统作用域，这种依赖关系在很多情况下(例如在汇编中)都不能很好地工作，它们带来的麻烦多于好处。

因此，相反，在项目本地声明一个存储库:

<repositories>
  <repository>
    <id>my-local-repo</id>
    <url>file://${project.basedir}/my-repo</url>
  </repository>
</repositories>

使用Install: Install -file和localRepositoryPath参数安装第三方lib:

mvn install:install-file -Dfile=<path-to-file> -DgroupId=<myGroup> \ 
                         -DartifactId=<myArtifactId> -Dversion=<myVersion> \
                         -Dpackaging=<myPackaging> -DlocalRepositoryPath=<path>

更新:当使用2.2版本的插件时，install:install-file似乎忽略了localRepositoryPath。但是，它适用于该插件的2.3及更高版本。所以使用插件的完全限定名来指定版本:

mvn org.apache.maven.plugins:maven-install-plugin:2.3.1:install-file \
                         -Dfile=<path-to-file> -DgroupId=<myGroup> \ 
                         -DartifactId=<myArtifactId> -Dversion=<myVersion> \
                         -Dpackaging=<myPackaging> -DlocalRepositoryPath=<path>

maven-install-plugin文档

最后，像其他依赖一样声明它(但是没有系统作用域):

<dependency>
  <groupId>your.group.id</groupId>
  <artifactId>3rdparty</artifactId>
  <version>X.Y.Z</version>
</dependency>

在我看来，这是一个比使用系统作用域更好的解决方案，因为您的依赖项将被视为一个好公民(例如，它将包含在一个程序集中等等)。

现在，我必须提到在企业环境中处理这种情况的“正确方法”(这里可能不是这样)是使用企业存储库。