2012-04-17 5 views
0

リクエストファクトリがサーバに送信する内容を理解するのに問題があります。私はメソッドを持っていますリクエストファクトリでサーバに送信されるもの

NodeProxyは、ツリー状の構造(子ノードと1つの親ノード、すべてNodeProxyタイプ)からのオブジェクトです。ノードの属性を1つだけ変更して、それを永続化する。

今質問がサーバーに送信されますか? ドックここでhttps://developers.google.com/web-toolkit/doc/latest/DevGuideRequestFactory があります。
"クライアント側では、RequestFactoryは変更されたオブジェクトを追跡し、サーバーに変更のみを送信するため、非常に軽量のネットワークペイロードになります。

エンティティリレーションシップの章には、
もあります。「RequestFactoryは、自動的にオブジェクトグラフ全体を1回の要求で送信します。」

私はこれをどのように理解するべきかと思います。

私の問題: 私の木の構造は大きなqueteを得ることができます、50ノードを言うことができます。問題は、一つの更新のために許容できないグラフ内の各オブジェクトに対して呼び出さクラス

public class BaseEntityLocator extends Locator<IEntity, String> 

取得方法

public IEntity find(Class<? extends IEntity> clazz, String id) 

属性ということです。

ありがとうございます。

答えて

1

あなたが直面している問題は、プロパティを取得するときに自動的にRequestFactoryがedit()です。プロキシのグラフ全体が暗黙的に編集されるようにリクエストペイロードを構築するとバグがあります。ゲッターを自分で呼んでください。
バグがRequestContextisChanged()で偽陽性を含む多くの影響を、持っている:http://code.google.com/p/google-web-toolkit/issues/detail?id=5952

私は、これは(次の週に予定)GWT 2.5で修正されることを大いに期待しています。

+0

ありがとうございました。バグについて知っておくと良いですが、これが当てはまるかどうかはわかりません。私は、リクエストを送る前に電話をしていません。だから、実際にはedit();セット...();火災();私は私の質問で述べたように、ドキュメントが何を言っているのかについても少し混乱しています。 – jan

+0

...私は今あなたが言っていることを理解しています。私はget ..()と呼んでいません。ペイロードを構築するときのrequestFactory。 ..OK。ありがとう。私は修正を待つだろう。 – jan

関連する問題