問題タブ [gwt-maven-plugin]

gwt 2.8-rc2 を実行できるので、Thomas Broyer の gwt maven プラグインを使用すると述べました。私は、codeserver を正常に動作させ、最小限の労力で動作させることができました。

しかし今、それを使用して完全なコンパイルとパッケージ化を行う方法を見つけようとしています。

maven install を実行するだけでは (デフォルトで動作するため、これが動作すると予想していました)、実際には gwt コンパイルは実行されません。

次に、さまざまなパッケージ形式などについて話しますが、なぜこれらが必要なのかわかりませんか?

誰かが戦争をパッケージ化したこのプラグインを持っていて、元のプラグインから移行したと思います...

これは私のプラグイン構成です - 他のプラグインが期待する方法で構成されたモジュールを既に持っているので、skipModule を使用しています。

私のmavenプロジェクトでは、開発および統合環境用に異なるlog4j構成を使用しており、Webアプリケーションの主な用途とは異なるテスト目的の構成も使用しています。にあります ：

• src/main/resources/dev/log4j.properties
• src/main/resources/int/log4j.properties
• src/test/resources/dev/log4j_test.properties
• src/test/resources/int/log4j_test.properties

だから私はそれらの違いを管理するために異なるプロファイル（DEV / INT）を持っています...

そして、surefire (単体テストに使用) および failsafe (統合テストに使用) プラグインのために、いくつかの構成を追加しました。

しかし今、DEV モードでの GWT 固有の単体テスト用に gwt-maven-plugin を追加しています。

特定の/フィルター処理された lop4j を指すように設定することは可能ですか?

ありがとう、

プロジェクトの pom.xml ファイルでプロファイルを使用して、特定のサーバーへの war ファイルの展開を制御しようとしています。例として、ローカル プロファイルと開発サーバー プロファイルがあります。これが私のプロファイルの設定方法です

呼んでいます

これを試してみると、構成10.16.21.60で指定された IP アドレスに接続しようとするのではなく、に接続しようとしていることがわかりますlocalhost。ユーザー名とパスワードを使用して、両方devTomcatをlocalTomcatローカルファイルに定義しました。settings.xml

次に、-X詳細情報のオプションを追加すると、プラグインのデバッグ出力で確認できます (強調が追加されました)

私の構成設定が守られているようには見えません! これが機能すると私が考えた方法は、localプロファイルがアクティブ化されているため、その構成を使用することです。

<build>また、プロファイルを使用せずに、セクションでプラグインを定義するだけで、同じ効果が得られました。http://localhost:8080常に認証なしで接続を試みます。

このプロジェクトでも を使用していることは注目に値するでしょうgwt-maven-plugin。これが tomcat プラグインの構成に干渉する可能性があるかどうかはわかりません。

何も変更せずにMavenを実行すると、maven-compiler-pluginJavaファイルが再コンパイルされることがよくあります。またはmaven-war-plugin、何も変わっていないにもかかわらず、戦争を再構築またはコピーします。またはgwt-maven-plugin、何も変更されていないにもかかわらず、Google Web Toolkit コードをビルドします (一部のコンピューターでは、他のコンピューターではそうではありません)。

Maven が何かを再構築することを決定した理由をどのように確認できますか? たとえば、(誤って) 変更されたと思われるファイルはどれですか?

例を次に示しますmaven-compiler-plugin。何も変更されていない場合でも、毎回戦争リソースを再コピーします。開発時間を節約するために「爆発」戦争を使用していますが、これは通常の戦争でも発生します。

しかし、私の質問は、より一般的には、Maven の目標が既存の出力を使用するのではなく再構築することを選択する理由を見つける方法です。

私は単純な GWT プロジェクトを持っています。私はここでそれを読んだ：

通知 新しいプラグイン (アーキタイプと eclipse の統合) があり、マルチモジュール プロジェクトを正しくサポートする新たなスタートであり、GWT でバージョンに制限されず、複数の GWT バージョンとその他の修正、改善、およびベスト プラクティスをサポートします。このプラグインは現在、従来の GWT maven プラグイン (別名 mojo GWT maven プラグイン) と見なされ、新しいプラグインは新世代の GWT maven プラグイン (別名 tbroyer GWT maven プラグイン) と見なされます。従来の maven プラグインは引き続きサポートされていますが、新しいプロジェクトには新しいプラグインを使用することを強くお勧めします。

参照されているプラ​​グインは次のとおりです。

新しいプラグインを使用するようにプロジェクトを更新しようとしています。次の問題があります。

• モジュールの自動検出なし。古い Maven プラグインでは、moduleName の指定は必須ではありませんでした。1つは自動検出されます（そして、私にとってはうまくいきました）。新しいプラグインと同等のものがあるかどうか知っていますか?
• (Maven 標準)の代わりにgwt.xmlファイルを配置すると、ファイルが見つからず、「モジュールにはエントリ ポイントが定義されていません」というエラーが表示されます。これは予想される動作ですか、これには何らかの理由がありますか?src/main/resourcessrc/main/java

そのため、やりたいことを実行できるようにするための構成がいくつか欠けているか、プラグインがかなり新しく、まだいくつか欠けているものがあります。しかし、問題がプラグイン自体にある場合、古いプラグインのページに「レガシーの maven プラグインは引き続きサポートされていますが、新しいプロジェクトには新しいプラグインを使用することを強くお勧めします」と記載されているのはなぜですか? こいつらは少し急いでいるようだ。