GWT アプリを Google App Engine にデプロイする方法を理解しようとしています。JSP の使用に関するこのページから、GAE はHttpServlet標準的なハンドラーを備えた通常の に基づく Web アプリを期待しているように見えます。
public class MyServlet extends HttpServlet {
public void doPost(HttpServletRequest req, HttpServletResponse resp) {
// Handle the HTTP request here and return a response
}
}
RequestFactoryGWT のドキュメントを読み、いくつかの Google I/O ビデオを見た後、クライアント サーバー通信に従来の GWT-RPC 方式の代わりにGWT のオプションを使用したいと確信しました。
の使用方法の例を調べているときに、次のクラス アーキテクチャを提案するこの単純な例RequestFactoryを見つけました。
Client-Side:
PizzaProxy - client-side proxy for Pizza.class
PizzaRequestFactory - RF impl
PizzaRequestContext - RF context impl
Server-Side:
Pizza - the entity
PizzaDao - DAO for entity
DaoLocator - ServiceLocator for all DAOs
PizzaLocator - Locator for entity
1 つには、このように正規化されたコードを見て少し驚いたと思いますが、パフォーマンスが向上するか、古き良ききれいなコードの通常の利点を提供するだけであれば、エンティティごとにこの種のアーキテクチャを気にしないでください。 .
最も重要なことは、GAE が必要としているものと、GAE がRequestFactory(サーバー側で) 提供しているように見えるものとの間に関連性が見られないことです。言い換えれば、RequestFactoryサーバー側のコードの例は、いかなる種類のものもありHttpServletません。
GWT クライアント アプリがサーブレット駆動型の GAE バックエンドに HTTP/S を送信できるように、これら 2 つの (RequestFactoryおよび) 概念をどのように「接続」できますか? HttpServlet上記の「Pizza App」で提案されたアーキテクチャを維持する方法はありますか、または GAE にデプロイするときに必要な別のアーキテクチャ/アプローチはありますか?
実際、考えてみると、この問題は GAE だけでなく、Tomcat、JBoss、Jetty などの標準的な Java Web コンテナーにも当てはまります。
更新: GWT の Request Framework のコード サンプルを見つけたところ、これが探しているもののようです。ただし、これRequestFactoryはRequestFactory.