Maven:相対パスで依存関係をjarに追加する


232

依存関係としてpomに追加したい専用のjarがあります。

しかし、それをリポジトリに追加したくありません。その理由はmvn compile、などの通常のMavenコマンドをそのまま使用できるようにするためです。(開発者から自分でリポジトリに追加するように要求することはありません)。

jarをソース管理のサードパーティlibに配置し、pom.xmlファイルからの相対パスでリンクします。

これはできますか?どうやって?

回答:


343

jarをソース管理のサードパーティlibに配置し、pom.xmlファイルからの相対パスでリンクします。

これが本当に必要な場合(企業のリポジトリを使用できない場合を理解してください)、私のアドバイスは、プロジェクトのローカルな「ファイルリポジトリ」を使用しsystemスコープの依存関係を使用ないことです。systemスコープ(例えば組み立て中)、このような依存関係は、多くの状況ではうまく機能しない、避けるべきである、彼らは利点よりも多くのトラブルを引き起こします。

したがって、代わりに、プロジェクトにローカルなリポジトリを宣言します。

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

パラメータを使用install:install-fileしてそこにサードパーティのlibをインストールしますlocalRepositoryPath

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のドキュメント

最後に、他の依存関係と同様に宣言します(ただしsystemスコープはありません)。

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

これはsystem、依存関係が良き市民のように扱われるため(たとえば、アセンブリに含まれるなど)、スコープを使用するよりも優れたソリューションです。

ここで、企業環境でこの状況に対処するための「正しい方法」(ここではそうではないかもしれません)は、企業リポジトリを使用することになることを述べなければなりません。


2
これは素晴らしいアイデアですが、Maven 2.2.1では、インストールプラグインが無視しているようlocalRepositoryPathです...
Jake

1
ローカルリポジトリを宣言する理由 残りを〜/ .m2 /に入れてみませんか?
Leif Gruenwoldt 2012

6
@ leif81次に、リポジトリとライブラリがSCMリポジトリにチェックインされるため、ソースのチェックアウトを実行するすべてのユーザーが、ライブラリ/アプリケーションのコピーを構築するために必要なすべてを持っています。
Darth Android、

6
@lemonと同じ問題がありましたが、代わりにbasedir/./my-local-repoシングルで修正しました.
ブライアン

2
パッケージはjarである必要があるため、-Dpackaging = jar
Danila

127

systemスコープの使用。${basedir}あなたのpomのディレクトリです。

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

ただし、jarをリポジトリにインストールし、SCMにコミットしないことをお勧めします。結局、それがmavenが排除しようとしていることです。


15
スコープシステムは可能な限り回避する必要があります。リポジトリにJARをインストールすることをお
勧めし

14
はい、可能であれば。彼はそれをリポジトリに入れたくないとはっきり言った。これは良い習慣ではないことを指摘するコメントを追加しました。しかし、それは機能します。
Bozho

グルービー、あなたの解決策は今のところ最も受け入れられると思います..私は質問を完全に読み間違えました
ant

はい-質問自体が最良の回答を除外します。すべてを単一のソース管理サーバーに配置することは、「箱から出してビルド」することとはほとんど関係がありません。むしろ、すべてが「制御」されなければなりません。pomの&settings.xml(内部リポジトリを指す)をチェックインし、プロジェクトに2つのサーバーを使用します:(1)ソース管理、(2)生成されたアーティファクト管理。それはdllのチェックインと同じくらいjarをチェックするのと同じくらい意味があります(私の古い会社は実際にjarとlib.a / .so / .dllをチェックインしました。その後、私たちのp4サーバーはとても遅くなり、いくつかは密かに1日hgを使用しました日常の仕事問題は解決しましたか?
マイケル

代わりにjarを含むディレクトリを指定して、gradleのようにすべてを追加する必要がないようにする方法はありますか?
ディーンヒラー2013年

29

これは、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>

次に、repository / pom.xmlファイルには、プロジェクトの一部であるJARをロードするための定義が含まれます。以下は、pom.xmlファイルの一部です。

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

pomパッケージは、これがテストを実行したり、jarファイルをコンパイルまたは生成したりするのを防ぎます。pom.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>

複数のファイルをインストールするには、実行を追加するだけです。


これが私のマルチモジュールプロジェクトで機能した唯一のものです。不明な理由によるローカルの<repository>アプローチが機能しませんでした。ほんとありがと!
Lonzak

10

これは私のために働いています:私がこの依存関係を持っているとしましょう

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

9

これを行うためのパターンについては以前に書いたことがあります

Pascalによって提案されたソリューションと非常に似ていますが、マルチモジュールビルドの場合、依存関係が使用されているすべての場所でその依存関係を繰り返す必要がないように、そのような依存関係をすべて専用のリポジトリモジュールに移動します。


6

基本的に、これを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>

4

私たちはgradleに切り替えましたが、これはgradleではるかにうまく機能します;)。そのような一時的な状況でjarをドロップできるフォルダを指定するだけです。ほとんどのjarファイルは、典型的な依存関係管理セクションで定義されています(つまり、mavenと同じ)。これは、定義するもう1つの依存関係にすぎません。

そのため、基本的には、mavenリポジトリー内にない場合、一時的なテストのために、必要なjarファイルをlib dirにドロップするだけです。


1
これをどのように行ったかの例を挙げていただけますか?
Thomas

2

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

0

あなたは日食を使用して実行可能なjarを生成することができます:エクスポート/実行可能なjarファイル


それが質問に答えているかわかりません。彼はすでにファイルをjarファイルとして持っています。
ヨハネス

Eclipseはuberjarまたはシェーディングされたjarをサポートしているため、その解決策ですが、mavenはサポートしていません
Alex Lehmann
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.