問題タブ [archiva]

最近、ビルドシステムとして Maven を使用することにしました。私はすべてのプロジェクトを Ant から Maven に移行する責任があります。また、Apache Archiva を使用して社内の内部リポジトリを構成することも決定しました。

Archiva はデフォルトで 2 つのリポジトリ (内部リポジトリとスナップショット) を作成するようです。また、中央リポジトリと java.net リポジトリをプロキシするように内部リポジトリを構成していることもわかります。Archiva の構成に関するベスト プラクティスはありますか?

Archiva のドキュメントでは、内部リポジトリのみを使用するように Maven を構成し、内部リポジトリを介してリモート リポジトリにアクセスする可能性があります。このオプションについてどう思いますか?

ご協力いただきありがとうございます

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

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

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

413.06 KB の jar ファイルを生成する Maven プロジェクトがあります。Apache Archiva ベースのマネージド リポジトリにデプロイする必要があります。私はさまざまなバージョンをデプロイしようとしましたが、必要なレイアウトと構造を作成し、いくつかのファイルをアップロードしました.200〜KBのjarをアップロードしたとしても. jar ファイルのサイズが変わるたびに、413.06 KB の jar ファイルのアップロードに常に失敗します。

情報：-

1. スタンドアロン Archiva を実行しています
2. Global Repository Manager と "Repository Manager - MYREPO" にゲスト アカウントを付与しました
3. また、「リポジトリ マネージャー - MYREPO」権限を持つ Archiva で別のアカウントを試し、カスタム タイムアウトを設定するように maven の settings.xml ファイルで構成しました。

次のエラーが表示されます

Java クラスの大規模なライブラリを構築している場合、いつそれらを個別の jar ファイルに分割するのが最善かを決定するものは何ですか?

私の理解では、1 つの大きな jar ファイルが JVM のパフォーマンスに大きな影響を与えることはありません。ただし、jar に変更または追加が行われたときに一連の長いテスト全体を実行すると、開発コストが発生します。maven と archiva で大きな jar ファイルを使用する場合、コストやメリットはありますか?

人々は実際にどのような戦略を使用しますか?

システムに apache archiva スタンドアロンをインストールしましたが、起動しようとすると、apache archiva failed to start というエラーが表示されます。私のコードは以下のとおりです。

デフォルト構成を使用して、ローカルホストにArchivaインスタンスをセットアップしました。archivaインスタンスに解決するためにいくつかの異なるGradle構成を試しましたが、どれも機能していないようです。

1. mavenRepoを使用する
2. Maven
3. Ivyを使用し、アーティファクトパターンのみを指定する（Ivyを使用したときに機能しました）

build.gradle

サブプロジェクトのgradleファイルの一部またはすべてを投稿するのが適切だとは思いませんでしたが、必要だと思われる場合は可能です。

ここに欠けているものはありますか？gradleはローカルホストのURLを非ローカルホストとは異なる方法で処理しますか（mavenCentral依存関係が解決されているため）？GradleをMavenリポジトリのローカルインスタンスに解決するにはどうすればよいですか？

編集： @Peter Niederwieser

私はSpring rooを使用していますが、rooはインターネットを使用して初めてmavenプラグインをダウンロードすることがわかりました。それを避けるために、Apache アーカイブ スタンドアローンを使用しようとしていますが、maven 用に構成する方法がわかりません。

デフォルトで設定された 2 つのリポジトリで Archiva をインストールしました。

ここに私のsettings.xmlがあります:

すべてのプロジェクトに共通の構成を設定するために使用する親プロジェクトがあります。この親プロジェクトのバージョンは 1-SNAPSHOT です。したがって、他のすべてのプロジェクトでは、親セクションはバージョン 1-SNAPSHOT (相対パス要素なし) でこの親プロジェクトを指します。親プロジェクトをアーカイブ リポジトリにデプロイすると、そこに存在します。別のプロジェクトで mvn clean としてコマンドを実行しようとすると、展開中に親プロジェクトがインストールされたため、機能します。しかし、ローカル リポジトリから親プロジェクトを手動で削除し、同じコマンドを実行しようとすると、Maven は次のようなエラーを返します。

解決できない親 POM: mycompany-release (http://XXXX:8080/archiva/repository/internal/) でアーティファクト com.mycompany:Parent:pom:1-SNAPSHOT が見つかりませんでした。「parent.relativePath」は間違ったローカルを指していますPOM

親プロジェクトは、スナップショット リポジトリで検索されると予想していましたが、リリース リポジトリで検索されているようです。

ご協力いただきありがとうございます

編集:これは子POMの一部です:

親セクションを削除して mvn help:effective-pom を実行すると、次のようになります (リポジトリのみが表示されます)。

注:親バージョンを (1-SNAPSHOT ではなく) 1 に置き換えると、機能します。

大問題。私の Archiva 内部レポ (スナップショット レポもあるかもしれませんが、まだスナップショットを入れていないのでわかりません) は一般に公開されているようです。

つまり、誰かが私のレポから確実なプラグインが必要な場合は、 https ://my.repo.url.com/archiva/repository/internal/org/apache/maven/surefire/surefire-junit3/2.7 にアクセスするだけでダウンロードできます。 .1/surefire-junit3-2.7.1.jar

その場ですぐにファイルをダウンロードできます。実際のプロジェクト jar などが一般に公開されていて、プライベート アクセスを無効にして自分の命を救う方法がわからない場合は残念です。

LDAP経由で認証します。

ありがとう！

Archiva/Mavenを使用してビルドしようとすると、システムから次のメッセージが返されます。

プロジェクトでゴールを実行できませんでした... 次の成果物を解決できませんでした: net.sf.josql:josql:jar:1.5、net.sf.josql:gentlyweb-utils:jar:1.5: net.sf が見つかりません。 josql:josql:jar:1.5 in ... リポジトリ/internal がローカル リポジトリにキャッシュされました。解決は ... の更新間隔が経過するか、強制的に更新されるまで再試行されません -> [ヘルプ 1]

どうすればこれを修正できますか?