私は依存関係として私のpomに追加したい私有のjarファイルを持っています。
しかし、私はそれをリポジトリに追加したくはありません。その理由は、mvn compile
などの私のいつものMavenコマンドをそのまま使用できるようにするためです。 (開発者からの要求なしに、それを自分自身でリポジトリに追加すること)。
私はjarファイルをソース管理の3rdpartyライブラリに入れ、pom.xmlファイルからの相対パスでリンクしたいと思います。
これはできますか?どうやって?
私はjarファイルをソース管理の3rdpartyライブラリに入れ、pom.xmlファイルからの相対パスでリンクしたいと思います。
本当にこれが欲しいなら(企業のリポジトリを使うことができないなら、理解してください)、私のアドバイスはプロジェクトにローカルな "ファイルリポジトリ"を使うことで、使わないことですsystem
スコープの依存関係。 system
のスコープは避けなければなりません、そのような依存関係は多くの状況(例えばアセンブリ)ではうまく機能しません、それらは利益より多くの問題を引き起こします。
そのため、代わりに、プロジェクトに対してローカルなリポジトリを宣言します。
<repositories>
<repository>
<id>my-local-repo</id>
<url>file://${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ドキュメンテーション
最後に、他の依存関係と同じように宣言します(ただし、system
スコープはありません)。
<dependency>
<groupId>your.group.id</groupId>
<artifactId>3rdparty</artifactId>
<version>X.Y.Z</version>
</dependency>
あなたの依存関係は善良な市民のように扱われるので(例えば、アセンブリに含まれるなど)、これはsystem
スコープを使用するよりも私見です。
さて、私は、企業環境でこの状況に対処するための「正しい方法」(おそらくここでは当てはまらない)が企業リポジトリを使用することであることに言及しなければなりません。
system
スコープを使用します。 ${basedir}
はあなたのpomのディレクトリです。
<dependency>
<artifactId>..</artifactId>
<groupId>..</groupId>
<scope>system</scope>
<systemPath>${basedir}/lib/dependency.jar</systemPath>
</dependency>
しかし、jarファイルをリポジトリにインストールしてSCMにコミットしないことをお勧めします。
これは以前の私の答えに加えてもう一つの方法です インストールしないでmaven 2 build classpathにjarを追加できますか?
特にダウンロードされた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>
複数のファイルをインストールするには、単に実行を追加するだけです。
私は以前--- パターンについて書かれた これをするために使っています。
これはPascalが提案したソリューションに非常に似ていますが、マルチモジュールビルドの場合は依存関係が使用される場所でそれを繰り返す必要がないように、そのような依存関係をすべて専用のリポジトリモジュールに移動します。
これは私のために働いています:私はこの依存関係を持っているとしましょう
<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>
我々はgradleに切り替えました、そして、これはgradleでずっとよく働きます;)。そのような一時的な状況のためにjarをドロップできるフォルダを指定するだけです。私達はまだ私達のjarファイルの大部分を典型的な依存関係管理セクション(すなわちmavenと同じ)で定義しています。これは私たちが定義したもう1つの依存関係です。
ですから、基本的には、もしそれがどこかのinvenリポジトリにないのであれば、一時的なテストのために私たちのlibディレクトリに欲しいjarファイルをドロップすることができます。
基本的に、これを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>
Pascalによって投稿されたソリューションへの1つの小さな追加
この経路をたどると、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を生成するためにEclipseを使うことができます:Export/Runnable Jarファイル