Maven：通过相对path将依赖项添加到jar
我有一个专有的jar，我想添加到我的pom作为依赖。
但我不想将其添加到存储库。 原因是我希望我的通常的maven命令，如mvn compile等，以开箱即用。 （不要求开发者a自己将其添加到某个仓库）。
我希望jar在源代码控制的第三方库中，并通过pom.xml文件的相对path链接到它。
可以这样做吗？ 怎么样？
我希望jar在源代码控制的第三方库中，并通过pom.xml文件的相对path链接到它。
如果你真的想要这样（理解，如果你不能使用公司的资源库），那么我的build议是使用本地项目的“文件库”，而不要使用 system范围的依赖关系。 system范围应该避免，这种依赖在许多情况下（例如在组装中）不能很好地工作，它们造成更多的麻烦而不是好处。
所以，相反，声明一个本地的项目库：
<repositories> <repository> <id>my-local-repo</id> <url>file://${basedir}/my-repo</url> </repository> </repositories>
在这里使用install:install-file和localRepositoryPath参数来安装你的第三方库：
mvn install:install-file -Dfile=<path-to-file> -DgroupId=<myGroup> \ -DartifactId=<myArtifactId> -Dversion=<myVersion> \ -Dpackaging=<myPackaging> -DlocalRepositoryPath=<path>
更新：看来， install:install-file使用插件的2.2版时忽略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文档
最后，声明它像任何其他依赖项（但没有system范围）：
<dependency> <groupId>your.group.id</groupId> <artifactId>3rdparty</artifactId> <version>XYZ</version> </dependency>
这是一个比使用system范围更好的解决scheme，因为你的依赖将被视为一个好公民（例如，它将被包含在一个程序集等）。
现在，我必须提到，在企业环境中处理这种情况的“正确方法”（可能不是这里的情况）将是使用公司存储库。
使用system范围。 ${basedir}是你的pom的目录。
<dependency> <artifactId>..</artifactId> <groupId>..</groupId> <scope>system</scope> <systemPath>${basedir}/lib/dependency.jar</systemPath> </dependency>
然而，build议您将jar安装到版本库中，而不要将其提交给SCM–毕竟这是maven试图消除的。
这是除了我以前的答案之外的另一种方法我可以添加jar到maven 2构build类path而不安装它们？
这将在使用多模块构build时得到解决，特别是如果下载的JAR在父项之外的子项目中引用。 这也通过创buildPOM和SHA1文件来减less安装工作。 它还允许文件驻留在项目中的任何位置，而无需修复名称或遵循Maven仓库结构。
这使用了maven-install-plugin。 为此，您需要设置一个多模块项目，并有一个代表构build的新项目，以将文件安装到本地存储库，并确保其中一个是第一个。
你的多模块项目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>
然后，repository / pom.xml文件将包含定义来加载作为项目一部分的JAR。 以下是pom.xml文件的一些片段。
<artifactId>repository</artifactId> <packaging>pom</packaging>
pom包装可以防止它做任何testing或编译或生成任何jar文件。 pom.xml的肉在使用maven-install-plugin的构build部分。
<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提出的解决scheme非常相似，不过它将所有这样的依赖关系移动到专用的存储库模块中，因此，如果是多模块构build，则不必在任何地方重复使用依赖关系。
基本上，将其添加到pom.xml中：
... <repositories> <repository> <id>lib_id</id> <url>file://${project.basedir}/lib</url> </repository> </repositories> ... <dependencies> ... <dependency> <groupId>com.mylibrary</groupId> <artifactId>mylibraryname</artifactId> <version>1.0.0</version> </dependency> ... </dependencies>
我们切换到gradle，这在gradle中效果更好;）。 我们只需指定一个文件夹，我们就可以将这些文件放入临时状态。 我们仍然有大部分的jar被定义为典型的依赖pipe理部分（即与maven相同）。 这只是我们定义的一个依赖关系。
所以基本上现在我们可以把我们想要的任何jar放到我们的lib目录下进行临时testing，如果它不在maven仓库中的话。
这对我有用：比方说，我有这个依赖
<dependency> <groupId>com.company.app</groupId> <artifactId>my-library</artifactId> <version>1.0</version> <scope>system</scope> <systemPath>${project.basedir}/lib/my-library.jar</systemPath> </dependency>
然后，像这样手动添加系统依赖关系的类path
<Class-Path>libs/my-library-1.0.jar</Class-Path>
完整configuration：
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>2.4</version> <configuration> <archive> <manifestEntries> <Build-Jdk>${jdk.version}</Build-Jdk> <Implementation-Title>${project.name}</Implementation-Title> <Implementation-Version>${project.version}</Implementation-Version> <Specification-Title>${project.name} Library</Specification-Title> <Specification-Version>${project.version}</Specification-Version> <Class-Path>libs/my-library-1.0.jar</Class-Path> </manifestEntries> <manifest> <addClasspath>true</addClasspath> <mainClass>com.company.app.MainClass</mainClass> <classpathPrefix>libs/</classpathPrefix> </manifest> </archive> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <version>2.5.1</version> <executions> <execution> <id>copy-dependencies</id> <phase>package</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <outputDirectory>${project.build.directory}/libs/</outputDirectory> </configuration> </execution> </executions> </plugin>
Pascal发布的解决scheme中的一小部分
当我遵循这条路线时，在安装ojdbc jar时出现了maven错误。
[INFO] --- maven-install-plugin:2.5.1:install-file (default-cli) @ validator --- [INFO] pom.xml not found in ojdbc14.jar
添加-DpomFile后，问题就解决了。
$ mvn install:install-file -Dfile=./lib/ojdbc14.jar -DgroupId=ojdbc \ -DartifactId=ojdbc -Dversion=14 -Dpackaging=jar -DlocalRepositoryPath=./repo \ -DpomFile=~/.m2/repository/ojdbc/ojdbc/14/ojdbc-14.pom
你可以使用eclipse来生成一个可运行的Jar：Export / Runable Jar文件
