問題タブ [wagon]

maven で作成した ear を scp を使用してアプリケーション サーバーにアップロードしようとしています。

走ろうとした時

しかし、次のエラーが表示されます。

これをpomに追加しようとしましたが、効果がないようです:

pom.xml に以下を追加しました。

誰かが私がこれを機能させる方法を説明できますか?

私は困惑しており、助けていただければ幸いです。ビルド マシンで maven リリース プラグインを使用できなくなりました。試してみると、タグからの展開中に認証に失敗します。ただし、このマシンは、標準のデプロイ方法を使用してスナップショットを作成し、レポジトリをリリースできます (ネクサスを仲介する同じマシン上にあります)。

• リリース:デスクトップから作業を実行
• release:認証エラーでビルド マシンで実行が失敗する
• スナップショットへのデプロイまたはリリース リポジトリは、デスクトップおよびビルド マシンから動作します
• release:perform が私のビルド マシンから次のように失敗します。

アーティファクトのデプロイ中にエラーが発生しました: 認証に失敗しました: 接続できません。理由: 認証キャンセル

どちらのマシンも Windows で、スナップショットと通常の展開が機能するため、ssh は問題ないと思います。私は運が悪いので、以下を見てきました。どんな提案でも大歓迎です。ありがとう

ピーター

チェックしたこと

• setting.xml (同一)
• パス (異なるが、同一にすると影響なし)
• ローカルリポジトリ（それぞれをクリアして、それがそれであるかどうかを確認してみました-影響はありません）
• Maven インストール - 同じ

コマンド - 通常は hudson によって実行されますが、手動でも実行されます

POM

Maven がリポジトリからアーティファクトを取得するために使用する設定など、HTTP リクエストのデフォルトの Maven 設定には、次のヘッダーが含まれます。

これは文書化された動作のようです。HTTP 用のデフォルトの Maven ワゴン (つまり、「軽量」クライアント) では、これらのヘッダーを無効にできないようです。

Maven がデフォルトでこのように構成されているのはなぜですか? 実際にバージョンを持つアーティファクトの場合、それらは決して変更されるべきではありませんよね?

私は、多くの開発者が共通の HTTP プロキシを共有する環境で作業しています。この動作は、開発者がキャッシュの恩恵を受けないことを意味します。また、dependencyManagementすべての依存関係があり、変更される可能性のある SNAPSHOT やその他のバージョンを使用していないため、キャッシュは安全であるように思われます。

これらのヘッダーを無効にし、プロキシが応答をキャッシュして返すようにするには、settings.xml または pom.xml に何を入力すればよいですか?

Mavenがバージョン2から3に変更されたため、iocコンテナーがplexusからgoogleguiceに変更されました。

したがって、Maven 2用の私のワゴン（sourceforgeファイルリリースエリアからアーティファクトをダウンロードするため）は、guiceを満たすためにMaven3に書き直す必要があります。プレクサスワゴンからギスワゴンに変更する方法を学ぶためのチュートリアル/APIの説明/はありますか？

Maven Wagon プラグインを調べて、アーティファクトをリモート UNC サーバー共有 ( \\servername\share\directory\to\put\to) にアップロードしようとしています。POM で次のように動作するように構成しました。

を渡すと、これは 1 つのサーバーでうまく機能しますが-Dservername=x -Dsharename=y、複数のサーバーにデプロイする QA または Prod のデプロイを実行できるように、スケールアウトするにはどうすればよいですか?

サーバーごとに1回ずつ、複数回実行するスクリプトを検討（および作成）しましたmvn wagon:upload -Penvironment#が、これには欠陥があるようです。このプロセスを処理するためにスクリプトを作成する場合は、デプロイ全体をスクリプト化することもできます。ただし、これは Wagon (および Maven) の有用性を損ないます...

<executions>1つの目標のために複数を実行する方法はありますか? たとえば、実行wagon:uploadしたときにプロファイルで構成された複数のタスクを実行mvn deploy -Pqaする

Wagon-FTPを使用して、FTP で Maven サイトをデプロイしています。正常に動作しますが、出力は FTP 接続/認証の詳細でいっぱいです。これにより、ログインとパスワードが事実上全員に公開されます (特に、プロジェクトがオープン ソースであり、その CI プロトコルが公開されている場合)。

このロギングを抑制することは可能ですか? または設定してください... これは私の のセクションで、pom.xmlWagon-FTP が使用されています

アーティファクトを scp 経由で定義済みの宛先にアップロードする好ましい方法は何ですか? wagon:upload mojo を使用してみましたが、pom で「実行」セクションを次のように定義すると、原子的に実行されません。

必要な拡張機能 wagon-ssh と wagon-ssh-external を追加しました。 wagon:upload を実行するとすべて正常に動作しますが、リリース フェーズでアーティファクトが自動的にアップロードされません。

これはアーティファクトをウェブサイトにアップロードする正しい方法ですか、それとも deploy プラグインで処理する必要がありますか?

ありがとう！

Maven を使用してビルドしたいクローズド ソース プロジェクトがあります。私が見つけた公開リポジトリでは利用できない2つのJavaライブラリに依存しています(この場合はlibGoogleAnalytics.jarとFlurryAgent.jarですが、質問はクローズドソースの依存関係に適用されます)。

アプリケーションのビルドに使用する依存関係とまったく同じバージョンを使用して、組織内の誰もがアプリケーションをビルドできるようにしたいと考えています。これには、私の同僚と私たちのビルド サーバーが含まれます。

Maven が解決方法を知らないクローズドソースの依存関係を管理するにはどうすればよいですか?

明らかに、私は各人のマシンに行き、「mvn install:install-file」を手動で実行してバイナリを Maven リポジトリに入れることができますが、そのような依存関係を手動で管理すると、依存関係マネージャーの目的が無効になります。

maven のInternal Repositoriesのドキュメントに従って、どこかにリポジトリ サーバーをセットアップし、そこにバイナリを配置して、すべての開発者がアクセスできるようにすることができました。しかし、それは私が維持する新しいサーバー（または少なくとも既存のサーバー上の新しいウェブサイト）を持っていることを意味します。また、外部の関係者がリポジトリにアクセスできないようにするために、アクセス許可について心配する必要があることも意味します。また、リポジトリが利用できない場合に開発者が問題に遭遇しないように、バックアップと可用性について心配する必要があることも意味します。

既存の scm (この場合は hg ですが、git や svn など) を使用して依存関係を保存できれば、これらの問題はすべて解消されます。私たちのソース管理リポジトリはすでにバックアップされており、ビルドを行う開発者は基本的にいつでも利用でき、その権限はすでに処理されています。

しかし、hg を使用して Maven の依存関係を管理する方法をまだ理解できていません。

java.netがCollabNetからProjectKenaiに移動したため、jaudiotaggerプロジェクトのデプロイで問題が発生しました

pom.xmlに次の変更を加えました

から

に

から

に

とワゴンバージョンから

に

mvn deployを実行すると、次のように文句を言います。

アーティファクトの以前のビルド番号の取得中にエラーが発生しました'org：jaudiotagger：jar'リポジトリメタデータ：'snapshot org：jaudiotagger：2.0.4-SNAPSHOT'は、エラーのためにリポジトリから取得できませんでした：java.net-m2-repository：接続失敗： https：//svn.java.net/svn/maven2-repository-svn/trunk/repositoryに接続できません

私は何を間違っているのですか

ありがとうポール

概要：Mavenを使用して、生成されたファイルをWebサーバー（IISやApacheなど）ディレクトリにコピーするにはどうすればよいですか？

詳細：Mavenでビルドする実用的なアプリケーションがあります。必要なすべてのファイル（.jarおよび.jnlp）をディレクトリに生成するwebstart-maven-pluginを使用してビルドすることができましたtarget/jnlp。また、でそれらすべてを含むzipファイルを作成しますtarget/foo-1.0.zip。

現時点では、webstartプラグインにはdeploy目標がありません。その要求はFAQ（質問3）にあります。将来的に実装される可能性がありますが、当面はwagon-maven-pluginを使用することをお勧めします。

私はワゴンを使ったことがありません。まず、Webサーバーが提供するローカルディレクトリにファイルをコピーしたいと思います。後で、おそらくftpを使用して、それらをリモートでコピーしたいと思います。ローカルコピーを機能させるために追加する必要があるものの例を誰かに教えてもらえますかpom.xml（できればftpの例もありますか？）。ドキュメントに見つかりません。読んだところ、 Wagon Mavenファイルプロバイダーも必要かもしれないと思いますが、これにはドキュメントがほとんどないように思われるので、よくわかりません。