1
GWT RPC呼び出しとIE6（はい！）に問題があります。問題は、クライアントとサーバーの通信が遅すぎることがある（約15秒かかる）ことです。通常は、IEで現金をクリアして初めてRPCを呼び出す（サーバでの他の反復は本当に速い）。別のプログラムに埋め込まれているので、ウィンドウを閉じるたびにキャッシュがクリアされます。だから、そのような「遅れ」はかなり迷惑です。 FirefoxとIE 8でもOKです。サーバー側は本当にシンプルで時間がかかりません。あなたが消費するイベントがイベントresponseReceivedされ、ほとんどの時間を見ることができるようにGWT RPCパフォーマンス
<event event="rpc0" time="12636ms" start="16:31:38.800" end="16:31:51.436" module="app" service___response="Service.getDisplay">
<event event="requestSerialized" time="1ms" start="16:31:38.800" end="16:31:38.801" module="app" service___response=""/>
<event event="requestSent" time="1ms" start="16:31:38.801" end="16:31:38.802" module="app" service___response=""/>
<event event="responseReceived" time="12420ms" start="16:31:38.802" end="16:31:51.222" module="app" service___response=""/>
<event event="responseDeserialized" time="0ms" start="16:31:51.222" end="16:31:51.222" module="app" service___response=""/>
<event event="callback" time="214ms" start="16:31:51.222" end="16:31:51.436" module="app" service___response=""/>
</event>
：私はLightweightMetricsツールをインストールし、以下の情報を得、それを調査するために
。アプリケーションログから、サーバーサイドコードが16：31：51.000で呼び出されていることがわかります。これは、要求に応答して応答を返すためには約222msかかることを意味します。 （この図はまた役に立ちますhttp://google-web-toolkit.googlecode.com/svn/wiki/LightweightMetricsDesign-rpc.png）。
上記のことを前提として、そのリクエストは約12.5秒間どこかに「歩く」と仮定することができます。私の質問は、歩く場所とプロセス全体をスピードアップする方法です。
BTW：クライアントとサーバーの両方がlocalhostにデプロイされています。 gwt.HTML +サーブレットを使用している場合、そのような問題はないようです。