問題タブ [archiva]

私は最終的にarchivaとmavenを使用した作業セットアップに非常に近づいています。

本当に私を悩ませている最後のことは、trueに設定されたactiveByDefaultを含むプロファイルを使用せずに、内部リポジトリとスナップショットリポジトリをセットアップする方法です。

私は SUPER スーパー pom を使用しています。これは、リリースの配布管理情報を含む全社的な pom です。この pom でリポジトリを指定し、settings.xml で認証設定を構成できると考えていましたか? プロファイルなしで repositories タグを使用できますか? 内部リポジトリとスナップショット リポジトリは決して変更されないため、「プロファイル」は存在しないはずです...

私が回避しようとしているのは、常にアクティブな「デフォルト」プロファイルを使用することです。activeByDefault はベスト プラクティスではないと聞きましたが、使用するつもりはありません。

そうは言っても、これを行うにはどうすればよいですか？私の内部リポジトリは Maven 中央リポジトリのミラーであるため、開発者をロックダウンして、内部アーティファクト サーバーのみを使用したいと考えています。覚えておいてください-activeByDefaultがtrueに設定されたプロファイルは必要ありません。私はこれを十分に強調することはできません！Maven ミラーを使用する必要がありますか? 追加のリポジトリを「追加」する必要がありますか?

mirrors タグの代わりに repositories タグを使用すると、Maven はデフォルトの Maven Central ではなく、私のアーカイブ設定のみを使用するようビルドを強制しますか?

または、私が達成しようとしていることは、maven の mirrors タグのみを使用して実行できるのでしょうか? リポジトリタグを使用する場合にリポジトリ資格情報を構成する方法は知っていますが、ミラーを使用する場合は知りません。これはどのように行われますか？mirrors タグの認証情報を提供することは、repositories タグの認証情報と同じですか?

明らかな何かが欠けていますか？ここまでは、maven を使用して起動して実行してきました。最終的には価値があることはわかっていますが、それは確かに私を非常に悪化させており、リソースはまばらに見えます. それか、人々はベストプラクティスに関係なく、好きなようにそれを使用して満足しています。

ありがとうございました

通常は features.xml ファイルである、カスタム作成されたサービス ミックス機能があります。今、私はそれを Archiva maven リポジトリにアップロードし、それを使用してサービス ミックス機能としてインストールしたいと考えています。拡張子が .xml のファイルを参照するためのパッケージ タイプは何になりますか。

サービス ミックスにインストールするには、コマンド features:addUrl mvn:abc/abc/1.0/xml/features を使用します。

グループIDとしてabc、アーティファクトIDとしてabc、バージョンとして1.0、パッケージタイプとしてpomを使用してアップロードしようとすると、機能させることができません。それを機能させるにはどうすればよいですか？

私は現在、JNotify を使用して、ディレクトリ/ファイルが作成、名前変更/変更、および削除されたことを監視するプロジェクトに取り組んでいます。プロジェクトは Java 7 ではなく Java 6 でビルドされています。JNotify は JNI を使用してネイティブ OS にフックし、ディレクトリ/ファイルを監視します。私の問題は、JNotify をリポジトリに入れる必要があることですが、java.library.path (DLL) が JNI JAR にパッケージ化されるようにビルドしたいと考えています。Mavenでそれを行うにはどうすればよいですか?

中央のMavenリポジトリからアーティファクトをダウンロードできません。

一部のビルド環境がオープン インターネットにアクセスして依存関係を取得できない組織で Archiva 内部リポジトリをサポートしています。Archiva をすべての外部のミラー (mirrorOf を「external.*,!snapshots」に設定したミラー) として構成し、プロキシを設定して、ビルドの 1 つが Archiva にないものを要求した場合に、プロキシを使用して、プロキシで設定した外部ソースから依存関係を取得します。その後、アーカイブにキャッシュされ、外部から取得する必要はありません。

したがって、codehaus、sonatype (いくつか)、基本的な Central、Hadoop 用の Cloudera などの Archiva 構成にプロキシがあります。しかし、ビルドが外部ソースに直接アクセスしようとするのを防ぎ (アクセスできない)、プロキシを使用してアーカイブにまだないものを満たす構成を見つけることができません。

ここで見逃しているトリック設定はありますか? それとも、この種の機能を利用するには、Artifactory または Nexus に切り替える必要がありますか?

私たちはarchivaとmavenを長い間使用しています。今まですべて正常に動作しています。新しい開発者が私たちの会社で始めました。彼が環境をセットアップしようとすると、次のエラーが発生します。

アーカイブをローカルリポジトリとして使用しています。Archiva には、すべての外部プロジェクトと内部のものが含まれています。新しい開発者が私から .m2 リポジトリを取得した場合、すべて問題ありません。彼が私の .m2 リポジトリを削除すると、同じエラーが発生します。リポジトリを削除しても同じことが起こります。

彼の settings.xml は次のようになります。

誰かがこの問題を知っていて、それを修正する方法を教えてくれますか?

次の構造のprojectA-parentがあります。

モジュールprojectAは、コアとAPI [1]への依存関係を定義するだけなので、コアとAPIの両方を必要とする他のプロジェクトでprojectAへの依存関係を定義できます。プロジェクトをArchiva（1.4-M2）、SNAPSHOTリポジトリにデプロイします。

projectAへの依存関係を定義する別のプロジェクトXがあり、今日の午後、目標「mvncompile」が未解決のコンパイルの問題で失敗し始めました。そのプロジェクトで「mvndependency：tree」を使用して調査したところ、projectAの下で、projectA-coreへの依存関係が「ランタイム」として宣言されていることがわかりました。今朝はこのようでしたが、スコープが「コンパイル」であるため、いくつかのmvnインストールを実行しました（最新のpom定義がリストされている[1]を参照）。

archivaを見ると、このプロジェクトの次のファイル（省略形）が表示されます。

ここに興味深い部分があります。ローカルの.m2/リポジトリからprojectAを削除すると、「mvn compile -U」を実行しても、18：07バージョンではなく08:49バージョンが取得されます。これは、MavenまたはArchivaのいずれかが、最新のスナップショットではなく、その日の最初のスナップショットを解決していることを意味します。 それはなぜですか、そしてどうすればこれを解決できますか？

[1]：

Nexus OSSを使用していました。問題が発生したため、Archiva の使用を開始しました。アーカイブいいですね。しかし、Maven リモート リポジトリのヘルス ステータスを確認する方法がわかりません。つまり、archiva が構成済みのリモート リポジトリに接続できるかどうか。

ネクサスでは簡単です。

ありがとう。

私のチームはMavenを初めて使用しますが、プロジェクトのartifactIDを選択するための明確なガイダンスを見つけることができませんでした。

命名規則のガイドには、artifactIDは

「小文字で奇妙な記号のない名前なら何でも」

しかし、私のグループの一部の人々は、groupIDとartifactIDの両方に逆ドメイン名スタイルを使用したいと考えています。

上記のガイドラインに加えて、中央リポジトリで見たすべての例に基づいて、逆ドメインスタイルのartifactIDを使用することは意味がないと思いますが、それが実際に無効であるか、単に嫌われているかはわかりません。 。さまざまなリポジトリマネージャがピリオド（。）文字を含むartifactIDを効果的に処理できないことについて何かを読んだことを漠然と覚えていますが、それをどこで読んだか覚えておらず、今は見つかりません。

MavenのartifactIDで許可されている文字に関するルールがある場合、それは何ですか？

Archivaリポジトリが古いスナップショットを削除することはありません。それはたくさんのゴミを生成します。

スナップショットのNビルドのみを保持するようにArchivaに指示することは可能ですか？

よろしく、クリスチャン。