Javaジャーを構成する最良の方法

2つのJavaプロジェクトには、RTC（IBM Rational Team Concert）Java Plainライブラリ（プログラムでRTCコンポーネントとやりとりするために使用）があります。Javaジャーを構成する最良の方法

私たちは新しいツールを開発するために、これらのライブラリが30MB必要です。

これを整理するのに最適な方法はありますか？

2017-04-21 chandra sekhar

まだ最善の方法は、** maven **ビルドインフラストラクチャを使用するようです。両方を検索すると、プラグインやその他のガイドラインが検索されます。 –

@chandraとそのサイズが重要な理由 – Antoniossss

プロジェクトAにlibsとproj Bとlibs（注：libsはprojsが同じです）を持っていて、Projを依存関係としてProj Bに追加すると、libを別のフォルダに入れてjarファイルをエクスポートすると、複製され、手動で削除する必要があります。 –

これらのライブラリは30MBの容量が必要です。

ライブラリバイナリ（バイナリ依存関係）を参照する場合、RTC（ALM - アプリケーションライフサイクル管理 - チケット、ソース管理、およびタスクスケジューリング）は関与しません。
これらのバイナリをartifact repository like Nexusに格納し、それらの依存関係を他の各RTCコンポーネントにあるpom.xmlに宣言する必要があります。

ソースの依存関係を保持する場合は、2つのライブラリソースがそれぞれのコンポーネントに含まれていることを確認し、プロジェクトストリームにそのコンポーネントを追加します。しかし、それはJavaプロジェクトのベストプラクティスではありません。

どちらのアプローチでも、ライブラリはそれぞれ独自のコンポーネントになっており、独自のベースラインで独自のペースで進化させることができます。

出典

2017-04-21 19:56:59 VonC

はい私は依存関係に同意しますが、以下の状況をどのように処理するかを考えてみましょう。プロジェクトAにはlibsとproj Bにlibs（注：libsはprojsが使用されています）があり、Projを依存関係としてProj Bに追加すると、別のフォルダにlibsが入ったjarファイルがあると、それぞれのjarファイルが重複していて、手動で削除する必要があります。 –

@chandrasekharの重複は問題ではなく、それぞれのプロジェクトは独自のライブラリを持ちます（同じものであっても）。重要な点は、これらのライブラリはRTCには格納されず、別の参照（ストアバイナリ専用） – VonC

Javaジャーを構成する最良の方法

答えて

関連する問題