9

maven プロジェクトで netty-codec-htp を実行しようとしています。Maven Central にリクエストをプロキシするように、完全に標準的な Sonatype Nexus をセットアップしました。

<dependency>
  <groupId>io.netty</groupId>
  <artifactId>netty-codec-http</artifactId>
  <version>4.0.9.Final</version>
</dependency>

これは、maven を使用してビルドすると失敗します。Nexusで手動で検索すると見つかりますが、jarをダウンロードすると、次のように表示されます。

404 - Not Found
Automatic routing filter rejected remote request for path /io/netty/netty-codec-http/4.0.9.Final/netty-codec-http-4.0.9.Final.jar from M2Repository(id=central)

これは何を意味するのか、なぜ私はそれを取得しているのか、そしておそらくもっと重要なことに、どうすれば修正できるのでしょうか? Maven 3.0.4でNexus 2.5.0-04を使用しています

他のアーティファクトのダウンロードはうまくいくようです。

4

3 に答える 3

1

Nexus を使用したリポジトリ管理から- 6.4。ルーティングの管理:

ルーティングは、Maven リポジトリ内の特定のコンポーネントを探す場所を決定するために Nexus が実行する内部アクティビティと見なすことができます。ルーティング情報は、コンポーネントの取得のパフォーマンスと、コンポーネントの可用性の決定に影響を与えます。
(...)
自動ルーティングは、リポジトリごとに Nexus によって処理されます。
(...)
ルーティング情報は、リポジトリのディレクトリ構造の上位 2 レベルで構成され、prefixes.txt ファイルに格納されます。これにより、Nexusは、対応する groupId 値を持つコンポーネント リクエストのみをリポジトリに自動的にルーティングして、不要なインデックスやリモート リポジトリ アクセスを回避できます。

Maven の中央リポジトリにはそのアーティファクトが含まれているため、自動ルーティング ルールによってそのアーティファクトのリモート ダウンロードが禁止されていると思います。あなたが投稿したエラーメッセージもそれを示唆しています。

6.4.2でルーティング ルールを追加する方法を読むことができます。手動ルーティング構成。私の仮定が正しければ、この状況は、中央リポジトリへのルートを含むinclusiveルール タイプを追加することで解決されるはずです。^/io/netty/.*

于 2013-09-30T12:54:20.990 に答える