問題タブ [artifactory]

人々が Maven/Ivy を使用して依存関係を管理する Java の世界では、運用環境と開発環境のために複数の環境/リポジトリ (artifactory) をどのように維持する必要がありますか?

開発者は、開発 (およびプロトタイプ ライブラリの共有) 用のローカル リポジトリを用意する必要があります。一部のプロジェクトは、開発環境と本番環境でシームレスにビルドする必要があります。

これは、異なる環境で個別のリポジトリ URL を維持することで実現できますが、構成 (pom.xml) の変更を最小限に抑えて、それを行う最善の方法は何ですか。

これを自動化するためのアプローチは何ですか？

更新 : また、新しいプロジェクトを開始するために必要な最小限の構成 (pom.xml など) を備えているとよい機能もあります。ただし、設定ファイル (例: $M2_HOME/settings.xml) を使用して開発マシンを一度セットアップしても問題ありません。

デフォルトのTomcatインストール（ubuntuサーバーディストリビューション）でArtifactory（http://www.jfrog.com/products.php ）をインストールしています。次の内容で/etc/tomcat6/Catalina/localhost/artifactory.xmlファイルを作成します。

アーティファクトをhttp：// serverhostname：8080 / mavenで提供したいのですが、代わりにhttp：// serverhostname：8080/artifactoryで提供されます。手がかりはありますか？

Nexus リポジトリ マネージャーに Artifactory のようなライセンス マネージャーが含まれているかどうかを知りたいです(このプラグインを使用: http://wiki.jfrog.org/confluence/display/RTF/License+Control )。

プラグインを介して Nexus でそれを行う方法がない場合、プロジェクトの依存関係のライセンスを (Maven を使用して) どのように管理しますか?

たとえば、商用プロジェクトの場合、GPL ライブラリを最終成果物 (.jar、.war など) に含めることはできません。

私はかなり長い間このエラーに直面してきました。正確に時間をさかのぼることはできませんが、maven3への切り替えからさかのぼるように感じます。

何が起こるかは次のとおりです。

• サーバーからArtifactoryインスタンスにartifact-SNAPSHOTをデプロイします
• Artifact-SNAPSHOT に依存するローカル プロジェクトでスナップショットの更新を強制します

動作しません。artifact-SNAPSHOT が最新のものではないことを示すコンパイル エラーが発生する場合があります。

artifact-SNAPSHOT のローカル リポジトリ バージョンを削除するか、最新のソースを取得して、artifact-SNAPSHOT のローカル 'mvn install' を実行する必要があります。

問題に直面している人はいますか？既知のバグですか？そうでない場合、何が起こっているのかを正確に理解するために何を確認できますか?

乾杯

リモートの社内 Maven リポジトリ (ハドソンに統合されたアーティファクトリ) に zip ファイルをデプロイしようとしています。

pom.xml

settings.xml

展開する

maven はリターン コード 401 で終了します。

Artifactory のログを見る

Maven が提供された資格情報を使用しない理由がわかりません。ここで何が間違っていますか？

これが他の人に明らかな場合は申し訳ありません...

Artifactory の war ファイルを tomcat6 内にデプロイし、サーバーを起動しました。

ここで、repro1-cache などの事前構成されたリポジトリをナビゲートしたいと考えています。ただし、空であるように見えます。展開するツリー要素はありません。これは、リストされているすべてのリポジトリの話のようです。したがって、特定のアーティファクトを検索することはできません。

ここにステージがありませんか？インデックス自体を強制する必要がありますか? war ファイルをデプロイした後、最初にログインしたときはどうすればよいですか?

私の予想では、war ファイルをデプロイすると、Artifactory が自動的にリモート リポジトリのインデックスを作成することを期待していました。次に、Artifactory のインストールを指すように Eclipse を構成して、IDE 内のリポジトリのインデックスを作成できるようにします。次に、新しい依存関係を宣言すると、Artifactory はそれをダウンロードしてローカルにキャッシュし、次回はより迅速に解決できるようにします。これは有効な期待ですか？

フィードバック、特に私が見落としていたこれをカバーするユーザー ドキュメントへのポインタは、非常に高く評価されます。

I know that artifactory uses checksum based storage and will only store one copy of an artifact even if I upload multiple identical ones under different names.

As I have many projects with version-anonymous but probably identical jars, I would like to know if there is any way of getting artifactory to tell me which artifacts are referenced under multiple ids.

私はすべてのシナリオを経験し、Web を掘り下げてきましたが、これに対する答えをまだ見つけていません。Artifactory をあるリポジトリ レイアウトから別のリポジトリ レイアウトにマッピングすることは可能ですか? これはこれまでの私の試みです...

私たちのビジネスでは、現在、ビルドされた成果物を展開するための IVY リポジトリがあります。そのようなアーティファクトの 1 つは、次の IVY ファイルとともに次のパスに保存されます。

• http://someserver:8080/com.abc.common_library/common_library_to/4.0.0.4-1/jar/common_library_to.jar
• http://someserver:8080/com.abc.common_library/common_library_to/4.0.0.4-1/ivy/ivy.xml

IVY レイアウトでは、次のように構成しました。

• [orgPath]/[module]/baseRev/[type]/([orgPath].)module(-[classifier]).[ext]
• [orgPath]/[module]/baseRev/[type]/ivy(-[fileItegRev])(-[classifier]).xml

これを Artifactory 内で公開して、maven2 プロジェクトで使用できるようにします。したがって、新しいリポジトリを構成し、URL を設定するなどして、詳細設定の下で、「リポジトリ レイアウト」を maven-2-default に設定し、「リモート レイアウト マッピング」を変更された ivy-default に設定します。これらの変更を行うと、次のメッセージが表示されます。

ソース レイアウトとターゲット レイアウトの間ですべてのトークンをマップできるわけではないため、パス変換が期待どおりに機能しない可能性があります。

新しいリポジトリをテストして保存すると、すべて問題がないように見えます。新しく構成されたリポジトリを参照し、上記のアーティファクトを含むその内容を表示できます。次に、ホーム画面から Maven 設定を生成し、新しく構成されたリポジトリを含む正しいリポジトリが選択されていることを確認し、これを Eclipse に適用します。

これらすべてを行った後、Eclipse プロジェクト内で pom ファイルを開き、新しい依存関係を作成します。次の構成を指定します。

• グループ ID: com.abc.common_library
• アーティファクト ID: common_library_to
• バージョン: 4.0.0.4-1
• タイプ: 瓶
• スコープ: コンパイル

Eclipse は依存関係を解決しようとしますが、次のエラーが発生します。

欠落しているアーティファクト com.abc.common_library:common_library_to:jar:4.0.0.4-1:compile

ここで何か不足していますか？これは、私たちにとって非常に重要なステップです。どんなフィードバックでも大歓迎です。

一連の環境でJenkins、Subversion、ANTを使用して自動展開システムを構築しました。すべてが機能し、古いタグ付きリリースを一連の環境にデプロイしたり、Jenkins内のSubversionリリースマネージャーを使用して最新のビルドを自動的にデプロイしたりできます。

問題はクライアントサイトにあり、Perforceを利用する必要があります（現在、Jenkins内にリリースマネージャープラグインがありません[実際には作成したくないが、可能です]）。特定のリリースを環境にデプロイできるようにJenkinsをセットアップするための最良の方法は何ですか？私はアイビーとアーティファクトリーを可能性として見始めました。

誰かが何か提案やオンラインのガイドを持っているなら、それは素晴らしいことです！

私の問題は「単純」ですが、今まで解決策が見つかりませんでした。

2つのプロジェクトがあります。

• 特定のプロファイルを使用して分類子（devまたはproと呼ばれる）で構築されたプロジェクトA

• Aに依存するプロジェクトB （分類子devまたはproを使用）

• 分類子（dev）を使用してAにインストール目標を実行します

• 別の分類器（ pro）を使用してインストール目標を再実行します

次に、Bプロジェクトをコンパイルします（そして、分類子DEVを使用してAに依存関係を置きます）

それはうまくいきます。

しかし、アーティファクト（目標のデプロイ）で同じことを行うと、機能しません （リポジトリは「一意」に構成されます）

アーティファクトのために機能しませんか？Mavenの依存関係？分類子devと最新のタイムスタンプ、ビルド番号を使用してAをダウンロードしようとしています。

しかし、最新のタイムスタンプは分類子プロに有効であるため、この「ロジック」は間違っています!!!

ローカルリポジトリとアーティファクトリポジトリの間のmetadata.xmlを読みました。似ている（しかし完全に同じではない）

何が悪いの？みんなありがとう！

• Mavenバージョン：3.03
• アーティファクトリーバージョン：2.3.4.1