問題タブ [m2e]

プロジェクトをWebサーバーに正常にデプロイできますが、Eclipse Apache Tomcatインスタンスにデプロイすると、次のエラーのためにアプリを起動できません。

WTPをインストールし、更新構成を実行しましたが、この問題に対処した人の1人として、正しい順序で実行しなかった可能性があります。このクラスが私のspring-2.5.5jar内の「MavenDependencies」で利用可能であることを確認しました。

Helios から Eclipse Indigo に切り替えたばかりで、Tomcat 6 で WTP を使用して Maven 対応の Web プロジェクトを実行しようとすると、問題が発生しました。

Tomcat が Maven の依存関係を認識しないという古典的な問題が発生しています。Helios では、次の方法で Maven の依存関係を Deployment Assembly に追加することで回避できました: Project properties -> Deployment Assembly -> Add 'Java Build Path Entries' -> Maven Dependencies

残念ながら、「Java Build Path Entries」のオプションはリストされておらず、「フォルダー」と「プロジェクト」のみがリストされています。これが意図的なものなのか、それとも設定に問題があるのか​​ はわかりません。

外的要因を取り除くために、次の設定を使用しています。

• Eclipse Indigo の新規インストール (Mac)
• 新鮮なワークスペース
• Eclipse マーケットプレイス経由でインストールされた m2e WTP 統合
• 新しい Maven プロジェクトを作成する
• いくつかの Maven 依存関係と、それらを使用するためのいくつかのコードを追加します。
• プロジェクトをファセット形式に変換する
• 「動的 Web モジュール」ファセットを追加
• Maven > プロジェクト構成の更新
• Tomcat 6 サーバーに追加する
• サーバー上で実行

この時点で、欠落している依存関係に関連する get ClassNotFoundException が表示されます。「mvn war:war」を実行し、アセンブルされた「WEB-INF/lib」ディレクトリをプロジェクトの展開アセンブリに含めると、もちろん、依存関係が正しく取得されます。簡単な修正には問題ありませんが、理想的ではありません。

同様の問題に関連して私が読んだ問題のほとんどは、WTP 統合モジュールの欠落が原因でしたが、それは私にとって問題ではないようです。

私は何か間違ったことをしていますか？

Maven用の新しいm2eプラグインをインストールして以来、Groovyプロジェクトはビルドされなくなりました。ここで説明するように、groovy-compiler-pluginを使用しています。maven-compiler-pluginの古い「プラグインの実行がカバーされていません...」エラーが発生します。エラーで説明されているように、目標「testCompile」と「compile」の実行と無視の両方を試しました。

いくつかの難解なコンパイラの問題のため、GMavenを使用できません。また、会社のビルドプロセスのため、Maven2.2.1にロックされています。古いm2eclipseプラグインはなくなり、m2eのドキュメントはひどいものになっています。

私はこれで私の知恵の終わりにいます。この問題は他にどこにも見当たりません。私だけになることはできません。

これに対する解決策がすぐに見つからない場合は、ハッキングされたGradle実装のためにMavenを廃棄するか（どちらも使用できませんが）、NetBeansに移行します。これは勝利の提案ではありません。 。

リクエストに応じて、pomスニペットは以下のとおりです。

私はEclipse 3.7を使用していますが、ローカルのmavenリポジトリにはたくさんのjarファイルがあります。別のネットワーク上にあり、*.jar のダウンロードに制限がある別のコンピューターでプロジェクトをビルドしようとしました。制限を解除することはできません。エラーの例を次に示します。

例http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.3.2/maven-compiler-plugin-2.3.2.jarへのアクセスが拒否されましたエラーコード 403、禁止されています(コンテンツがブロックされました...)

.m2\repository\ フォルダーを他のコンピューターの .m2\repository\ に単純にコピーできれば非常に便利です。どちらも Windows を実行しています。他のコンピューターに何百ものjarを手動でインストールしたくありません。

.m2\repository\ の xcopy はサポートされていますか?

ここで入手できるmaven-warpath-pluginを使用しようとしています。しかし、pom.xmlファイルに次のようなエラーが表示され続けます。

ライフサイクル構成でカバーされていないプラグインの実行：org.appfuse.plugins：maven-warpath-plugin：2.1.0：add-classes（実行：デフォルト、フェーズ：generate-sources）

これを解決するにはどうすればよいですか？プラグインのpom.xmlスニペットは次のとおりです。

Eclipseは、このエラーを解決するための「新しいm2eコネクタを発見する」ためのクイックフォックスのヒントを提供してくれます。適用されているように見える利用可能なコネクタのほとんどをインストールしましたが、エラーはまだあります。これをどのように機能させることができるかについてのアイデアはありますか？

ここで説明するソリューションを使用して、「ライフサイクル構成でカバーされていないプラグインの実行：org.codehaus.mojo：build-helper-maven-plugin：1.7：add-source（実行：デフォルト、フェーズ：生成-ソース）」pom.xmlに次のプラグインを配置すると：

しかし、mvn clean installを実行すると、次のようになります。

理由：POM'org.eclipse.m2e：lifecycle-mapping'がリポジトリに見つかりません：どのリポジトリからもアーティファクトをダウンロードできません

m2eとMavenを幸せにする方法について誰かが手がかりを持っていますか？

新しい Maven プロジェクトを作成し、org.codehaus.mojo.arhcetypes ear-javaee6 アーキタイプを選択しました。プロジェクトに Java クラスを追加しようとすると、「ソース フォルダは Java プロジェクトではありません」というメッセージが表示されます。

そのため、現時点では Java クラスを out .ear ファイルに追加することは想定されていません。.ear 用のプロジェクトを作成し、Java クラスを許可しない場合、彼らは何を考えているのでしょうか?

Java EE 6 .ear ファイルの作成にはどのアーキタイプを使用すればよいですか?

問題: 3 レベルの POM ツリーに多数の Maven サブプロジェクト (m2eclipse で管理) があり、人々はそれらのいくつかを隔週で追加および削除し続けています。新しく追加されたすべてのプロジェクトが欠落している場合にコンパイル時エラーが発生するわけではないという事実によって、問題はさらに複雑になります。人々が適切にインポートするのを忘れ、何らかの理由で Eclipse がそれらの存在を自動的に認識しないため、OSGi コンテナーにドロップされない可能性があります。

現在、人々はいくつかのメーリング リストを監視する必要があり、そのようなイベントが発生するたびに、ルート POM のインポート ウィザードを手動で呼び出して不足しているプロジェクトを追加するか、不要なプロジェクトを手動で削除する必要があります。移動/名前変更は、削除/追加の組み合わせです。

これはすべて非常にエラーが発生しやすいため、何らかの方法でプロセスを自動化/簡素化したいと考えています。

理想的には、次のワークフローが必要です: 1) 同期 2) Eclipse を起動 3) 開発者のワークスペースを最新の POM ツリー (ルート POM は修正済みで既知) に対して分析するトリガーへのフック 4) いくつかのボタンが必要です- 緑、すべてが問題ない場合 - 赤、そうでない場合 クリックすると、不要なプロジェクトが自動的に削除され (および Eclipse 内部が更新され)、新しいプロジェクトが追加されます (サイレント モードでインポート ウィザードを呼び出すようなもの)。 .

既存の機能で可能ですか？それとも、何らかの方法で m2e を拡張する必要がありますか? 他の解決策はありますか？

どんな助けでも大歓迎です！

PS

この種の問題は、おそらくプロジェクト構造の設計が不適切であることが原因であることを認識しています。ただし、タイトなリリース サイクルで実行している場合、これを修正するのは容易ではありません。したがって、暫定的な解決策が必要です。

カーゴ-maven2-pluginからのrunmojoを使用して、コンテナーをシャットダウンするためのより良い方法を知りたいです。

コンソール出力はCtrl+Cで停止するように指示しますが、それは何もしないようです。

終了すると、孤立したjava.exeプロセスが残り、自分自身を強制終了する必要があります。

私は何か間違ったことをしていますか？これは少し面倒です。

編集：私はスタンドアロン構成でTomcatを使用しています。組み込みJettyを使用する場合、自然に動作を終了しますが、Tomcatが必要です。

私はEclipse（Indigo）でMavenプロジェクトを使用しています。

承認されたライブラリ（webservices-api.jar）を必要とするいくつかのクラスをコンパイルするために、「プロパティ/Javaビルドパス/注文とエクスポート」に移動し、「JREシステムライブラリ」の前に「MavenDependecies」を移動します。

問題は、「Maven / Update Project configuration」オプションをクリックすると、エントリが再配置され、「JRE System Library」が常に最初のエントリになり、コードがコンパイルされなくなることです。

M2Eに私の選択を記憶させ、ライブラリの再配置を停止させる方法はありますか？

前もって感謝します