問題タブ [maven]

gwt-maven-plugin を使用して maven gwt プロジェクトをセットアップする方法の指示に従いました。それは問題なく動作し、Windows 用にダウンロードされた 64 ビット バージョンの Eclipse の下で、後で EPP 更新サイト経由で Java パッケージが追加され、問題なく動作します。ただし、私の Mac では、ビルド済みの JavaEE バンドルとして Web サイトから直接ダウンロードされた Eclipse を使用すると、開発モードで URL が表示されず (maven gwt:compile gwt:run で起動することはできますが)、次の警告メッセージが表示されます。日食コンソールで：

Maven インストール フェーズ後に単純な exec コマンドを実行したいと考えています。これを達成するための最も簡単な方法は何ですか? (新しいプラグインを追加することなく)

bundleMavenアーティファクトのパッケージとして使用すると、推移的な依存関係に関するすべての情報が失われるようです。したがって、アーティファクト A がアーティファクト B に依存し、B がバンドルとしてパッケージ化されている場合、A は B が持つ Maven 依存関係を認識しません。これにより、この情報を必要とする A の POM で使用される Maven プラグイン (maven-dependency-plugin や maven-eclipse-plugin など) で多くの問題が発生します。私が見つけた唯一の回避策は、依存関係をバンドルに埋め込むことです (felix バンドル プラグインの構成で Embed-Dependencies を使用します)。私はそれをしたくありませんが、それらを独自のファイルに保管したいと思います。別の回避策はありますか？

私のプロジェクトでは、Maven ビルドを使用して Hudson から Cobertura コード カバレッジ レポートを作成する必要があります。
Hudson では、Cobertura Code Coverage プラグインを追加しました。
pom.xml の完全な変更手順が必要です。

pom.xml次のよう に、にプロファイルを設定しました。

質問：

すべてのプロファイルからこの部分を抽出して、プロファイルごとに繰り返す必要がないようにする方法はありますか?

何らかの理由で、Maven 2 Surefire プラグインで JUnit 4 テスト クラスを実行できません。

ただし、このクラスを JUnit-3 のようなものに変更すると、

その後、実行されます。これが私がやったことです：

• 検証済み Maven バージョン: Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100)
• 確認済みの Surefire バージョン:このアドバイスに従いました
• 検証済みの Surefire バージョン: 私の中でチェックされた Surefire jars ~/.m2/repository/org/apache/maven/surefire-- それらはすべてバージョン 2.4.2 または 2.4.3 のいずれかです
• mvn dependency:tree | grep junit私がjunitバージョン4.7にのみ依存していることを確認するために行った

この問題が発生しているモジュールには、JUnit 3 テストがありません。

私が見逃しているものは他にありますか？

統一されたMavenビルドを使用して、既存のJavaプロジェクトの束を改造しています。maven-antrun-plugin各プロジェクトは成熟しており、次のように既存の実行に使用しているすべての Ant ベースのビルドを確立してbuild.xmlいます。

ビルドを実行mvn compileすると、次のメッセージが表示されて失敗します。

私を困惑させるのは

1. 私はJAVA_HOME=C:\Java\jdk1.6.0_13自分の環境セットアップの一部として持っており、mvn.batそれが実行されると、それはまさに私が得ている値ですが、エラーメッセージに表示されるように、C:\Java\jdk1.6.0_13\jre
2. すべてを実行ant compileすると、問題なくコンパイルされます

おそらくmaven-antrun-plugin次のようなことをするということset JAVA_HOME=%JAVA_HOME%\jreですか？バッチ/ビルド ファイルを検索しましたが、その変更が発生した場所が見つかりません

Scala と Java (サイド バイ サイド) のモジュールを含むプロジェクトの場合、scaladoc と javadoc を組み合わせて、プロジェクトのドキュメントの単一ビューを提供する方法は?

(これは、maven、または ant、または sbt を使用している可能性があり、より一般的な質問です)。

どんな考えや経験も大歓迎です。

変更の程度、特に互換性を表すバージョン番号付けスキームを探しています。

たとえば、Apache APRは、よく知られているバージョン番号付けスキームを使用します

Mavenは、類似しているがより詳細なスキーマを提案しています。

Mavenのバージョン管理スキームはどこで定義されていますか？修飾子とビルド番号の規則はありますか？おそらく、Mavenを使用するのは悪い考えですが、Mavenバージョンスキームに従わないでください...

他にどのようなバージョン番号付けスキームを知っていますか？どのスキームを好みますか、またその理由は何ですか？

Cobertura コードカバレッジを生成するために Maven site:run を使用しています...

以下は、cobertura の pom.xml 構成です。

ただし、site:run の最後に OutOfMemoryError が表示されます。このエラーを取り除く方法を提案してください。(これらの -Xmx、-XX オプションはすべて試しました...)