問題タブ [gwt-super-dev-mode]

私は GWT SuperDev モードを使用して、大量の codeserver 一時ファイルを生成する巨大な GWT プロジェクトをコンパイルしています。このファイルは Windows%TEMP%パスに保存され、大量のディスク領域を浪費するため、毎日手動でクリーニングする必要があります。さらに、ハードドライブ上のデータへのアクセスはRAMよりもはるかに遅いため、プロジェクトをデバッグし、後でメモリを解放するときに、これらのファイルをHDDではなくRAMに保持するようにGWTコンパイラに強制する方法があるかどうかを知りたいです。 SuperDev デバッグ モードを停止しますか? (つまり、GWT の作業ディレクトリとして代わりにシステム メモリを使用したい)

gwt 2.6.1 から 2.7 に移行しています

スーパー開発モードを起動すると、ブックマークDev Mode Onをクリックしてもアプリケーションを再コンパイルできません。[ Dev Mode Off ] をクリックしてから [Dev Mode On ] をクリックすると機能しますが、これは SDM を使用する良い方法ではないと思います。

gwt 2.7 ではブックマークを使用する必要がなくなったと聞きましたが、ブックマークをクリックせずにスーパー dev モードを起動するにはどうすればよいですか? (ブックマークをクリックしないと、変更内容が表示されません)

私は gwt を初めて使用し、Web アプリケーションを作成しましたが、スーパー開発モードで作業できます。しかし、コード サーバーと Web アプリケーションを呼び出すプロセスを自動化しようとしているときに、問題に直面しています。私のシナリオは、ハードコードされた引数を与えることによってDevModeクラスを呼び出すメイン クラスがあります。

ここで、これをEclipseのプログラム引数として指定すると、remoteuiの値が解決されます。プログラム内で直接与えると、文字列と見なされます。

実行時にリモート UI 値を解決する方法。

ありがとう、

私は GXT 3.1.1 と IntelliJ 15.0.5 および Chrome 50 で GWT 2.7.0 を使用しています。Super Dev Mode (別のコード サーバーとブックマークレットを使用) を使用してアプリケーションをデバッグしましたが、今のところ非常にうまく機能しています。

ただし、明確な理由はありませんが、今日、Super Dev Mode は Chrome で動作しなくなりました (IE 11 で動作させることができます)。すべてが以前と同じように機能しますが、*.java ファイルが Chrome 開発ツールに表示されなくなりました。

私はクリーンアンドリビルド（gwt-unitCacheのクリーニングを含む）、SO投稿のチェック、IntelliJでのSDMの再構成を行ってきましたが、これまでのところ何も役に立ちません.

これが私が見つけたものです（インスピレーションを得ましたが、この投稿）：

1. ソース マップが有効になっています
2. gwtproject.org でソース マップを参照できます
3. Chrome の [ネットワーク] タブで、*.nocache.js に対する 2 つの要求を確認できます (1 つはサーバーへ、もう 1 つはコード サーバーへ)。これらのリクエストにはどちらもX-SourceMapレスポンス ヘッダーがありません
4. リクエストはありませんgwtSourceMap.json

5. Super Dev Mode のログには興味深いものは何もありません。これは、ソース マップ関連の唯一の参照です。

   /li>

Super Dev Mode 用に、順列が 1 つだけの別のモジュール ファイルがあります。

私は（gwtソースを調べる以外に）アイデアが不足し始めています。どんな助けも本当に感謝しています。

-launcherdir パラメーターを指定して新しい SuperDevMode を使用しようとしていますが、現在、運用コードがデプロイされているフォルダーと同じフォルダーに launcherdir を指定しています。

その結果、.nocache.js ファイルが SuperDevMode の nocache.js ファイルによってオーバーライドされ、別の完全な再コンパイルを行わないと、アプリを運用モード (ホスト モード) で実行できなくなります。

SuperDevMode とプロダクション モードを切り替える方法はありますか?

ありがとうございました！

理想的な世界では、GWT アプリを JavaScript にコンパイルし、それを静的リソースとして提供し、バックエンド コードを JVM で実行する舞台裏で、うまくいきます。しかし、その理想的な世界は、実行時のプロダクションと呼ばれます。

ただし、開発時に gwt コード サーバーを利用したい場合は...

GWTモジュールのデバッグと再コンパイルの目的で、実行時（ソース+クラス）にGWTコンパイル時の依存関係が必要です。

同時に、spring-boot 1.3.5.RELEASE などでバックエンドをサポートしたい場合があります。

この場合、複数の頻繁なリリースに苦しんでいるスプリング ブートは、この時点で管理された依存関係として追加したいと考えています。たとえば、次のようになります。

もちろん、これは非常に良いことです。実際、これは春の多くの良い特徴の 1 つです。

一方、Gwt については、次のリンクを参照して ください。 http://www.gwtproject.org/doc/latest/DevGuideValidation.html

はまだ使用する必要があります:

さて、もしあなたがこう言うなら: 私は生産的な開発には関心がないので、生産環境で適切に動作するものをコンパイルしてください。

実際、次のような方法でプロジェクトを構成することで、上記の問題を自明に解決できます。

一部の RPC サービスと DTO について、Gwt-Front エンドをバックエンド API に依存させる場所。pom.xml の依存関係は、ほとんどの場合、バックエンドにある依存関係とは関係なく、フロントエンド モジュールでのみ管理できます。最終的には、gwt コードを静的リソースとして保持し、バックエンド コードとそのすべての依存関係 (Hirbernate バリデーターの最新バージョン) を保持する war、またはスプリング ブートで実行可能な jar を作成します。

ただし、開発目的で機能するpomを取得しようとしている場合、私が見る限り、ROOTのバックエンドレイヤーとフロントエンドレイヤーの間で共通する依存関係をグローバルに管理する必要がありますpom.xml、および依存関係を gwt で必要なバージョンにダウングレードします。

つまり、理想的な世界のシナリオです。ROOT pom.xml は、モジュールとビルド順序を宣言するだけです。そして、back-end-impl に、spring-boot-starter pom.xml などから依存関係を継承したいことを述べる力を持たせます...

理想的なシナリオとは対照的に、開発時に実際に役立つ pom.xml 構成では...まあ、ルートの pom.xml を再検討する必要があるかもしれません。そして、このルート pom.xml に管理された依存関係を追加する必要があるため、GWT フロントエンドとスプリング ブート バックエンドの間で競合する一般的なすべての依存関係について、常に GWT のバージョンを変更してダウングレードする必要があります。所定の位置に。

これにより、gwt:run、dev モードの再コンパイルなどを実行するときに、gwt コンパイラーが Hibernate バージョン 5 を JavaScript でコンパイルしようとするのではなく、GWT 4.1 final で実際にサポートされているバージョンをコンパイルすることが保証されます。もちろん、バックエンド コードに驚きをもたらすかもしれません。最近では、このようなハックを配置することで...

バックエンドとgwtベースのフロントエンドが競合する依存関係の要件を持つことができるマルチモジュールプロジェクトを適切に編成する方法を知っている人はいますか?

最終的に、答えが「いいえ」の場合、私は、純粋な gwt スタンドアローン桟橋と統合する純粋なスタンドアローン スプリング ブート バックエンドを持つことによって、ネットワークの浪費と通信遅延の追加を好むと思います。実際のスプリングブートバックエンドへのリクエストをばかげてキックするだけです。UI によって 1+1 を実行するために呼び出され、実際に 1+1 の実行方法を知っている sprin boot を実行している 2 番目のバックエンドに計算を転送する gwt jetty バックエンドを持つのは、ちょっと哀れです...しかし、これが最も生産的な作業方法であり、開発が生産的であり、生産が予期せずに実行されることを保証する場合は、そうしてください.

フィードバックをお寄せいただきありがとうございます。理想的には、既存の Maven プロジェクトとして Eclipse にインポートできる multi-pom プロジェクトを見て、これを実現する方法を示したいと思います。

gwt 2.6.0 を使用して Web アプリケーションを開発しています。スーパー開発モードを使用してアプリケーションを開発モードで実行します。

コードを段階的に (行ごとに) デバッグできるように、スーパー開発モードでブレークポイントを使用する方法を理解できませんでした。

superdevmode を使用して Vaadin カスタム ウィジェット セットをデバッグしようとしています。「通常」モードでは、カスタム ウィジェットがブラウザに正しく表示されます。ただし、superdevmode を使用すると、カスタム ウィジェットの代わりに次のテキストが表示されます。

ウィジェットセット xxx には yyy の実装が含まれていません

コマンドラインからの再コンパイル、superdevmodeサーバーの再起動など、通常のことをすべて試しましたが、役に立ちませんでした。

奇妙なことに、エラー メッセージ (上記) のクラスはサーバー側クラスであり、クライアント側コネクタのyyyクライアント側コードでのみ使用されます。@Connect(yyy.class)明らかに、コンパイルされたウィジェットセットにはサーバー側のクラスが含まれていません。では、なぜこのクラスについて不平を言うのでしょうか?

また、通常モードで動作するという事実は、何が間違っているのか疑問に思います. フォーラム全体の多くの同様の質問には回答がありません。どんな助けでも大歓迎です。

Vaadin 7.6.6 の使用

widgetset.gwt.xml の内容: