我有一个专有的jar,我想把它作为依赖项添加到我的pom中。

但我不想将它添加到存储库中。原因是我想让我常用的maven命令(如mvn compile等)开箱即用。(无需要求开发人员自己将其添加到某个存储库中)。

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

这能做到吗?如何?


当前回答

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

其他回答

使用系统作用域。${basedir}是pom的目录。

<dependency>
    <artifactId>..</artifactId>
    <groupId>..</groupId>
    <scope>system</scope>
    <systemPath>${basedir}/lib/dependency.jar</systemPath>
</dependency>

然而,建议您将jar安装在存储库中,而不是提交给SCM——毕竟这是maven试图消除的。

基本上,把这个添加到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>

这对我来说很管用: 假设我有这个依赖关系

<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>

然后,手动添加系统依赖项的类路径,如下所示

<Class-Path>libs/my-library-1.0.jar</Class-Path>

完整的配置:

<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发布的解决方案的一个小补充

当我遵循这条路线时,我在安装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

我希望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>

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

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