問題タブ [artifactory]

新しいビルド環境を定期的にセットアップする必要があり、プロセスはそれほど単純ではないようです。今日、私は新しいビルドマシンを手に入れましたが、最初のMavenビルドは非常に遅かったので、パフォーマンスが非常に悪い理由を明らかにしたいと思いました。しかし、それを行う方法は？

私たちのコンテキストは次のとおりです。

• 複数のビルドマシンを使用しており、各プロジェクトには独自のマシンがあります。
• 各ビルドマシンのセットアップは類似しているため、プロジェクトをすぐに開始でき、多くの構成を行う必要はありません。
• 次のツールが事前構成されています。
  • ハドソン（現在は2.1.1ですが、変更されます）
  • アーティファクトリー2.3.3.1
  • ソナー
  • Hudson、Artifactory、Sonarには独自のTomcatが設定されています
  • Maven2.2.1およびMaven3.0.3（ユーザー構成なし、インストールのみにsettings.xml）
  • Ant1.7.1およびAnt1.8.2（ここでは関係ありません）
  • Subversion1.6クライアント

すべてのツールが連携して動作する必要があります。特に、リポジトリチェーンは次のようになります。

1. マシンMavenリポジトリをビルドする
2. 機械Artifactoryを構築します
3. 中央企業Artifactory（世界のミラーおよびキャッシュとして機能しています）
4. Mavenセントラル（およびその他のリポジトリ）

したがって、Mavenビルドで依存関係を解決する必要がある場合は、最初にローカルのMavenリポジトリで検索され、そこからローカルのArtifactoryリポジトリで検索され、次に中央のArtifactoryリポジトリで検索され、次にインターネットで検索されます。

通常、インターネットに接続するにはプロキシを使用する必要があります。イントラネットでは必要ありません。

最初のビルド（Maven Hello World）は約45分でビルドされました。その時、すべてのブートストラップが行われていましたが、リポジトリのチェーン（中央リポジトリが十分に満たされている）を使用することで、ビルドがはるかに高速になると思いました。したがって、デバッグの焦点はネットワークにあると思います。ローカルビルドは問題ではありません。そのため、MavenとArtifactoryの構成と相互作用が検討されています。

そのような環境をどのようにデバッグしますか？ビルドマシン（sudoとして）と中央リポジトリにアクセスできますが、開始方法、証明する内容、確認する場所がわかりません。それで、あなたの経験は何ですか、あなたが共有したいヒントとコツは何ですか？

私はTomcat6でアーティファクト2.3.4.1を使用していますが、アーティファクトtomcatをデプロイまたは削除するときにメモリが不足することがありますが、その理由は何ですか？そしてそれを修正する方法、事前に感謝します。

Mavenリポジトリーをキャッシュするために使用するアーティファクトを使用してセットアップしたローカルMavenリポジトリーを追加しようとしています。依存関係の指示に従って、リポジトリが持つものをスコープするcontains属性を使用してリポジトリを設定する方法を見つけました。私がやりたいのは、このリポジトリをすべてに使用することですが、それを構成する方法はありますか？

キャッシュ用にローカルのアーティファクト リポジトリがセットアップされています。私たちのプロジェクトで構成されていますが、ビルド プロセスの stdout を見ていると、次のような行が表示されます

そのため、ローカル リポジトリおよび Maven Central から jar をダウンロードしようとしているように見えますが、実際には Maven Central を使用しています)。

ブラウザーでローカル リポジトリの URL をコピーすると、問題なく jar を取得できます。

Artifactory の管理アプリケーションで確認すると、アーティファクトが表示されます。

Maven Central が使用される理由を説明できる人はいますか?

更新:何が起こっていて、私がしたこと:

orien's answer は、Maven Central がまったくアクセスされなかった理由を説明しています。

mliebelt のコメントは、私の解決策を示唆してくれました。アーティファクトを最初にダウンロードする必要があるときに、ローカル リポジトリの応答が遅かったようです。pom が要求されたときに jar とソースを積極的にダウンロードするようにキャッシュを構成しました。これにより、他の場所からダウンロードされるアーティファクトの数が減るはずです。

Artifactory と Maven を使用して、正しい group/artifactId/version で依存関係を参照しながら、artifactId-version.end スタイルとは異なるファイル名を使用するにはどうすればよいですか?

問題は、名前を変更できない dll と必須ですか? Artifactory の命名規則。

編集
により、ファイル名にダッシュ記号を含めることができないこの特定の問題に対して、費用がかかる可能性のある方法が1つ見つかりました。プロバージョンが必要な新しいArtifactoryリポジトリレイアウトを作成することです-残念ながら、それはオプションではありません!

maven-dependency-plugin と maven-surefire-plugins を使用したjUnit テストの部分的なソリューションであり、jUnit を機能させることができます。sapjco3.dll残念ながら、戦争中にサーバーに配備されたときに特定が見つからないという問題は解決しません。

私は、複数の開発作業が並行して存在する組織に所属しています。私のプロジェクトでは、Nexus を使用して Maven リポジトリを管理しています。別のグループは、Maven のニーズに Artifactory を使用しています。スナップショットのリポジトリを指すプロキシを設定しようとしていますが、問題が発生しています。プロキシを構成しようとすると、ステータスが「リモートは自動的にブロックされ、利用できません」と表示されます。

他のプロキシでは問題が発生していないので、Nexus のセットアップは基本的に問題ないと思います。Artifactory リポジトリを指すために必要な追加の Nexus 構成を知っている人はいますか? 逆に、Nexus で使用できるようにするために必要な Artifactory の微調整はありますか?

少し早いですがお礼を！

開発中にビルド アーティファクトがスナップショット リポジトリに配置されることを理解しています。

製品をテストのために QA に送る必要がある場合、チームはスナップショット リポジトリから取得しますか? それとも、完全なビルドを行い、リリース リポジトリにデプロイして、そこから QA に渡しますか?

また、私のスナップショット リポジトリが各ビルドのすべてのビルド アーティファクトを保持している場合、これは一般的にどのようにクリーンアップされますか? ビルド サーバーから最後の 5 つのビルドを保持していることがわかりましたが、すべてではありませんでした。役立つ場合は Artifactory を使用しています。

MAVEN の Archiva リポジトリと Artifactory リポジトリの違いは何ですか?

誰かがこれについて比較表を持っていますか?

私はライセンスバージョンを探していない無料のリポジトリを探しているので、これらの2つのうちどれが優れているので、NEXUSが最適であることは知っていますが、ここでは議論のポイントとは見なしません.

さまざまなリポジトリ レイアウトを調べていますが、フォルダー統合リビジョンとファイル統合リビジョンの違いがわかりました。

これらは同じリビジョン番号 (ファイルやフォルダーに配置されているだけ) ですか、それとも別のものですか?

両方が言及されているリンクは次のとおりです。リポジトリレイアウト

少し複雑な状況があります...

ほとんどの場合、IVY と ANT を使用してビルドと依存関係を管理してきました。現在、同社は Maven の使用に向けて動いています。いくつかのコア製品で使用される共通ライブラリと呼ばれる一連のプロジェクトがあります。

共通ライブラリは IVY を使用し、IVY リポジトリに公開されます。また、新しい Maven プロジェクトで共通のライブラリを利用できるようにする必要もあります。そのため、共通ライブラリがビルドされて公開されたら、スクリプトを変更して Maven (Artifactory) と IVY に公開します。ビルドされた IVY プロジェクトを発行するときに呼び出される 2 つのターゲットを次に示します。

リゾルバーの詳細を示す IVY 設定は次のとおりです。

この種の作業は、Artifactory 内に共通のライブラリ jar が表示され、一意のタイムスタンプが SNAPSHOT に置き換えられていることがわかります。ただし、ソース jar と IVY xml ファイルには、SNAPSHOT が置換されていません。また、POM ファイルは生成されていません (ただし、これが必要かどうかはわかりません。

したがって、POM ファイルの必要性、および IVY xml とソース jar のバージョン命名に関する疑問がありますが、これは問題ないように見えます。ただし、Maven プロジェクトの 1 つから共通ライブラリ プロジェクトの SNAPSHOT バージョンの 1 つへの依存関係を指定しようとすると、依存関係を解決できないと不平を言います。

欠落しているアーティファクト com.smartstream.common_library:common_library_dao:jar:4.0.0.5-4-SNAPSHOT:compile

POM ファイルを介して Artifactory にリポジトリを指定しようとしましたが、Maven 設定ファイルを介してほとんど成功しません。

Artifactory の libs-release-local リポジトリに SNAPSHOT ではなくリリースを発行するように IVY を取得すると、すべてが期待どおりに解決されます。また、依存バージョン (SNAPSHOT の代用) の一部として一意のタイムスタンプを指定すると、それも解決されます。これは、Maven プロジェクトが Artifactory に対して解決できることを示していますが、SNAPSHOT バージョンで何か問題が発生しているだけです。

私はこの問題についてほとんど期待せずに、高低を掘り下げてきました。洞察を提供できれば、それは非常に高く評価されます。