3

AppEngineとRestletを使用して、ブラウザーのGWTアプリにクライアントとしてデータを提供しています。Restlet-GWTエディションは、その下のトランスポート形式としてGWT-RPCシリアル化を使用します。GWT-RPCのシリアル化は、クライアントとサーバー間の共有ソースに依存してシリアル化/逆シリアル化されます。

ここで、共有ソースクラスの1つに新しいプロパティを追加した後、逆シリアル化が失敗し始めました。AppEngineサーバーは、レスポンスHTTP 200 / OKでリクエストを正しく処理し、正しくシリアル化されたオブジェクトを送信していました。クライアントは毎回窒息しました。

しばらくすると、ブラウザがオブジェクトのキャッシュされたコピーを(新しく追加されたプロパティなしで)逆シリアル化しようとしていることがわかり、ブラウザでの逆シリアル化が失敗しました。

さて、質問:サーバーがとにかくヒットしているのに、なぜブラウザはキャッシュされたコピーを使用しているのですか?

IMO、これはキャッシュの目的/利点を無効にし、サーバーとネットワークリソースが消費され、新しい結果は使用されませんか?ブラウザがキャッシュされたコピーを使用することを決定した場合、サーバーへのラウンドトリップはないと思います。

どうも !

4

1 に答える 1

1

ブラウザは、アプリケーション用に GWT によってコンパイルされた JavaScript をキャッシュに保持しています。

簡単な解決策です。ページを数回ハード リフレッシュします (ctrl + F5、または cmd + shift + R)。

これを防ぎたい場合は、この質問を参照してください

于 2012-06-13T13:44:42.703 に答える