問題が発生しています。Documentオブジェクトを作成したいのですが、com.google.appengine.api.users.Userタイプのユーザープロパティが必要です（GAEのドキュメントサイトでは、メールアドレスなどの代わりにこのオブジェクトを使用する必要があるとのことです。 、このオブジェクトはおそらく一意になるように強化されるためです）。しかし、オブジェクトのソースがないため、GWTでオブジェクトをコンパイルできなくなりました。どうすれば問題を解決できますか？
DTOに関するドキュメントを探していましたが、それが使用するのに最適なパターンではない可能性があることに気付きました。
おすすめは何ですか？
あなたの助けに感謝します！
よろしく、BálintKriván
内部に com.google.appengine.api.users.User を持つオブジェクトの DTO を回避するには、おそらく http://www.resmarksystems.com/code/の作業を使用できます。 彼はコア GAE データ型 (Key、 Text、ShortBlob、Blob、Link、User)。datastore.Text でテストしましたが、うまくいきました。
サーバーのオブジェクトをクライアントで再利用できるようにするかどうかについては、多くの議論があります。ただし、再利用が実際のアプリケーションでうまくいくことはめったにないため、通常は、データをコピーしてクライアントに送信する純粋な Java オブジェクトを作成することをお勧めします。これにより、クライアントで必要なものに合わせてデータを調整し、機密情報を誤ってネットワーク経由で送信するという落とし穴を回避できます。
したがって、この場合は、別のオブジェクトを作成してネットワーク経由で送信することをお勧めします。ところで、AppEngine SDK for Java ( http://code.google.com/appengine/downloads.html ) をお持ちの場合は、この手法を示すデモ アプリケーション (sticky) が含まれています。
この質問は問題にも対処します。永続オブジェクトを自動的に gwt-rpc 互換にするための半実用的なソリューションにリンクしています。
同じ質問がありました。あなたの答えは興味深いですが、データを 2 回コピーするのはいつも悲しいことです...さらに、dao がデータを取得したら、すべての結果を解析して純粋な Java オブジェクトにコピーする必要があります。ではない？重労働になりそうです。それらの質問についてどう思いますか。