डॉक्यूमेंटम और वेबटॉप के साथ GWT का उपयोग करना

परिचय

इस लेख में, मैं GWT और वेबटॉप के क्रॉसब्रेडिंग पर एक छोटे से अध्ययन के बारे में बात करना चाहूंगा।
सबसे पहले, मैं वैध प्रश्न का उत्तर दूंगा: "इसकी आवश्यकता क्यों है?" मैंने कई लक्ष्यों का पीछा किया:
1) GWT का अन्वेषण करें।
2) WDK और Webtop के इंटर्नल के बारे में अधिक जानें।
3) शायद वेबटॉप के लिए GWT घटकों को बनाने का एक तरीका है।
GWT को इसलिए चुना गया क्योंकि यह प्रोग्रामर को जावा के लिए UI और क्लाइंट कोड जल्दी बनाने की अनुमति देता है। यह बॉक्स से बाहर AJAX का भी समर्थन करता है।
इसका उपयोग वेबटॉप के साथ संयोजन में किया गया था, और स्क्रैच से अपना स्वयं का एप्लिकेशन नहीं बनाया गया था, क्योंकि इसमें अधिक समय लगेगा (डॉक्युमेंटम सेशन के लिए समर्थन, एक्शन और प्रीकॉन्डिशन को बदलने का आविष्कार) और वेबटॉप पर पहले से लिखे गए कोड के उपयोग की अनुमति नहीं देगा।

सीमा की स्थिति

वस्तुओं के साथ काम करने के तर्क से:
सीआरयूडी, वस्तुओं पर व्यापार संचालन।
कार्रवाई के साथ काम करने की क्षमता और, एक परिणाम के रूप में, पूर्व शर्त Webtop's। यानी ग्राहक को कार्रवाई के लिए कार्रवाई करने और पूर्व शर्त की जांच करने के लिए एक विधि प्रदान की जानी चाहिए।

वस्तुओं की सामग्री द्वारा:
अधिकतम 100 विशेषताएँ। अधिकतम 100 पुनरावृत्ति विशेषता मान।

UI द्वारा:
GWT को मौजूदा Webtop समाधान में एम्बेड किया जाना चाहिए। कम से कम एक व्यक्तिगत घटक के स्तर पर। यानी एक साधारण वेबटॉप घटक से GWT घटक को कॉल करना संभव होना चाहिए। (शब्द "घटक" मानक वेबटॉप घटक को संदर्भित करता है) और इसे कॉल करने वाले घटक को वापस GWT घटक से बाहर निकलने का एक तरीका भी होना चाहिए।

टिप्पणी:
GWT के मुख्य पहलू निम्नलिखित हैं जिनका मैं उपयोग करूंगा। मैं इस तथ्य पर आपका ध्यान आकर्षित करना चाहता हूं कि मैं प्रत्येक तकनीक के साथ काम पर विस्तार से विचार नहीं करूंगा - लेख उस बारे में नहीं है। यदि आप कुछ के बारे में अधिक पढ़ना चाहते हैं - लिंक लेख के अंत में हैं।

यूआई

UI बनाने के लिए, मैंने पहली बार सरल GWT विधि की कोशिश की - एक ला स्विंग, जब विजेट सीधे कोड में बनाए जाते हैं। यह बहुत अच्छी तरह से निकला - सभी कोड एक फ़ाइल में है और आप तुरंत देख सकते हैं कि क्या बनाया जा रहा है। लेकिन जब फॉर्म काफी बड़ा हो जाता है (कम से कम 100 से अधिक लाइनें) और घटनाओं के कई श्रोता फॉर्म पर दिखाई देते हैं, तो कोड अतिभारित हो जाता है और पढ़ना मुश्किल हो जाता है।
कोड से विजेट बनाने के विपरीत, GWT एक और तंत्र - UI बिल्डर प्रदान करता है। मुख्य अंतर यह है कि UI को xml फ़ाइल में तर्क से अलग से वर्णित किया गया है। UI बिल्डर के डाउनसाइड में से, GWT में उपलब्ध सभी विजेट UI बिल्डर घटक पैलेट में उपलब्ध नहीं हैं। मैं यह भी कहूंगा कि विंडो बिल्डर में विजेट का समर्थन बहुत सीमित है। इसलिए अंत में, यदि आपको कुछ विशिष्ट करने की आवश्यकता है (कम से कम तालिका में एक स्तंभ जोड़ें), तो आपको कोड लिखना होगा।

क्लाइंट द्वारा ऑब्जेक्ट प्राप्त करना

डॉक्युमेंटम ऑब्जेक्ट्स के साथ सर्वर मेथड पर कॉल के माध्यम से सभी काम करेगा। यह केवल यह तय करना बाकी है कि इस काम को कैसे व्यवस्थित किया जाए। पहला स्पष्ट तरीका जीडब्ल्यूटी से मानक आरपीसी का उपयोग करना है। हम बस आवश्यक सेवा बनाते हैं जो किसी भी डेटाबेस ऑब्जेक्ट को संसाधित करने के लिए जिम्मेदार होगी - उदाहरण के लिए, वस्तुओं के साथ काम करने के लिए सेवा "कर्मचारी" और वस्तुओं के साथ काम करने के लिए सेवा "संगठन"। इस मामले में ऑब्जेक्ट POJOs हैं जो क्लाइंट और सर्वर के बीच स्थानांतरित किए जाते हैं। GWT लेखों में हाइबरनेट डेवलपर्स के साथ काम को व्यवस्थित करने के तरीके पर एक नोट है।
यह संचार के समान तरीके को देखता है। डीटीओ के उपयोग में अंतर (इस तथ्य के अलावा कि हाइबरनेट का उपयोग किया जाता है) डेटा ट्रांसफर ऑब्जेक्ट है। नाम से और विकी से, ये ग्राहक के लिए डेटाबेस संस्थाओं को स्थानांतरित करने के लिए मध्यवर्ती वस्तुएं हैं। क्लाइंट को अनावश्यक डेटा भेजने के लिए उनकी आवश्यकता होती है। यानी 100 विशेषताओं वाली एक इकाई है, लेकिन ग्राहक केवल 10 का उपयोग करेगा। यहां बताया गया है कि इन 10 क्षेत्रों के साथ वांछित इकाई के लिए एक विशेष डीटीओ कैसे बनाया जाता है।
इस पद्धति के फायदे समझने और लागू करने के लिए बहुत सरल हैं।
विपक्ष - डीटीओ का उपयोग या, अन्यथा, क्लाइंट को ऑब्जेक्ट की अनावश्यक विशेषताओं की एक बड़ी संख्या का संभावित हस्तांतरण।
दूसरा तरीका है रिक्वेस्ट फैक्ट्री। यह RPC का एक विकल्प है, जिसे केवल वस्तुओं पर CRUD संचालन करने के लिए डिज़ाइन किया गया है। एक साधारण RPC कॉल से मुख्य अंतर यह है कि जिन वस्तुओं को संसाधित किया जा रहा है, उन्हें तुरंत दो श्रेणियों में विभाजित किया जाता है - ऑब्जेक्ट जो सर्वर में हेरफेर करता है और प्रस्तुति ऑब्जेक्ट (एंटिटीप्रॉक्सी के उत्तराधिकारी) जो क्लाइंट हेरफेर करता है। मूल रूप से, प्रॉक्सी ऑब्जेक्ट एक डीटीओ से ज्यादा कुछ नहीं हैं। बस इतना है कि इस मामले में, डीटीओ को मुख्य वस्तु का रूपांतरण जीडब्ल्यूटी द्वारा किया जाता है।
RPC और RequestFactory stackoverflow.com/questions/4119867/when-should-i-use-requestfactory-vs-gwt-rpc के बारे में StackOverflow चर्चा
विधि निश्चित रूप से दिलचस्प है, लेकिन अतिरिक्त कोड लिखने की आवश्यकता है। इसके अलावा, मुझे RequestContext वंशजों के तरीकों और इन तरीकों को लागू करने वाली वस्तुओं के बीच स्पष्ट संबंध पसंद नहीं था, साथ ही प्रॉक्सी ऑब्जेक्ट्स और ऑब्जेक्ट्स के खुद के गेट्टर और सेटर्स के बीच भी। हालांकि पहले मामले के लिए, GWT RequestFactory के लिए एक सत्यापन मॉड्यूल का उपयोग करता है जो संकलन चरण में असंगतता पाता है।

वेबटॉप और GWT के बीच पासिंग पैरामीटर

खोज करने के बाद, मैंने GWT को पैरामीटर पास करने के कई तरीके ढूंढे - JSP के माध्यम से (जेएस में मानों को पार्स करने के बाद), url के माध्यम से (प्राप्त अनुरोध को पार्स करके) और एक सर्वलेट का उपयोग करके जो मापदंडों को वापस करेगा।
वेबटॉप के लिए, जेएसपी विकल्प एक अच्छा विकल्प है - चूंकि घटक एक जेएसपी पृष्ठ की उपस्थिति मानता है, जिसमें पैरामीटर डालने के लिए कोड होगा, और घटक आपको इन मापदंडों को जेएसपी को अग्रेषित करने की अनुमति देगा।
ऐसा करने के लिए, इस कोड को jsp में जोड़ें:

<script type="text/javascript"> var wdk2gwt_param = '${wdk2gwtParam}'; </script> 

यहाँ JS वैरिएबल wdk2gwt_param का वर्णन किया गया है जिसे wdk2gwtParam विशेषता का मान दिया जाएगा।

और लिखने के पैरामीटर के लिए घटक कोड में यह लिखें:

 @Override public void onRender() { getPageContext().setAttribute(“wdk2gwtParam”, “ ”); super.onRender(); } 

यहां, पृष्ठ प्रदर्शित करते समय, हम wdk2gwtParam, जिसे jsp में ऊपर वर्णित किया गया था, को एक मान प्रदान करते हैं।

घटक से बाहर निकलने में सक्षम होने के लिए, आपको एक घटना प्रसंस्करण विधि जोड़ने की आवश्यकता है:

 public void onReturnClick(Control control, ArgumentList list) { setComponentReturn(); } 

यह घटक की मानक विधि (setComponentReturn ()) को कॉल करता है जो आपको उस घटक पर लौटने की अनुमति देगा जो इसे कहते हैं।

और GWT में, निम्न विधियों का उपयोग करके उपरोक्त विधियों का उपयोग करें:

 public native String getParam() /*-{ return $wnd.wdk2gwt_param; }-*/; public native void callPostServerEvent() /*-{ $wnd.postServerEvent(null, null, null, ' onReturnClick ', null, null); }-*/; 

यहाँ जावा कोड से JS कोड लागू करने का एक मानक तरीका है। GetParam () विधि केवल wdk2gwt_param चर (जो jsp में निर्दिष्ट किया गया था) का मान लौटाता है। CallPostServerEvent () विधि में, मानक JS WDK फ़ंक्शन को घटक विधियों को कॉल करने के लिए कहा जाता है। इस मामले में, ऑनरटर्नक्लिक विधि कहा जाता है, जिसे ऊपर वर्णित किया गया था। JS के लिए postServerEvent को कार्य करने के लिए, इसे पहले परिभाषित किया जाना चाहिए। ऐसा करने के लिए, निम्नलिखित टैग jsp में निर्दिष्ट होने चाहिए: <dmf: webform /> और <dmf: form>
इस संबंध में, पूरा jsp कोड इस तरह दिखेगा:

 <%@ page contentType="text/html; charset=UTF-8"%> <%@ taglib uri="/WEB-INF/tlds/dmform_1_0.tld" prefix="dmf"%> <html> <head> <dmf:webform /> <title></title> </head> <body> <dmf:form> <script type="text/javascript"> var wdk2gwt_param = '${wdk2gwtParam}'; </script> <script language="javascript" src="/Webtop/ru.tim.gwt.correspondent.Correspondent/ru.tim.gwt.correspondent.Correspondent.nocache.js"></script> </dmf:form> </body> </html> 

सत्र के साथ काम करें

डॉक्यूमेंटम सत्र के साथ काम करते हुए हम SessionManagerHttpBinding का उपयोग करेंगे। यह आपको वर्तमान उपयोगकर्ता का IDfSessionManager उदाहरण प्राप्त करने की अनुमति देता है। जिससे आप सत्र को स्वयं प्राप्त कर सकते हैं।

 IDfSessionManager sessionManager = SessionManagerHttpBinding.getSessionManager(); IDfSession session = null; try { session = sessionManager.getSession(SessionManagerHttpBinding.getCurrentDocbase()); } catch (Exception e) { e.printStackTrace(); } finally { sessionManager.release(session); } 

इस कोड का उपयोग GWT सर्वलेट्स में फिर से प्राप्त करने और सत्र को बंद करने के लिए किया जा सकता है। बेशक, आपको लॉग इन में सही आउटपुट को आकर्षित करने और सत्र प्रबंधक तक पहुंचने से पहले एक अशक्त जांच जोड़ने की आवश्यकता है।

प्रदर्शन WDK

कार्रवाई करने और पूर्वधारणा सत्यापित करने की आवश्यकता है। मामले का उपयोग करें - जांचें कि सूचीबद्ध मापदंडों के साथ निर्दिष्ट कार्रवाई निष्पादित और निष्पादित है।
पहला विचार जो मन में आया, वह था इंजीनियर फॉर्म कॉल को रिवर्स करना। (नेटवर्क पर कोई डॉक नहीं हैं)। कोड के माध्यम से अफवाह, विधि कॉल की श्रृंखला का पता लगाया। परिणामस्वरूप, प्रपत्र और संदर्भ प्राप्त करने के लिए बहुत कुछ किया जाना चाहिए।
दूसरा विकल्प AJAX द्वारा डॉक्यूमेंटम समुदाय का उपयोग किया गया है ।emc.com/docs/DOC-8012 - तथाकथित इनलाइन कॉल।
यानी सार एक घटक में एक विधि बनाना है जिसे ग्राहक से पैरामीटर के साथ अतुल्यकालिक रूप से कहा जाएगा - नाम कार्रवाई और पैरामीटर कार्रवाई की सूची। और निष्पादन का परिणाम क्लाइंट को वापस कर दिया जाता है। एक टिप्पणी है - यदि कार्रवाई अन्य घटकों पर स्विच करने के तरीकों का उपयोग करती है: setComponentReturn, setComponentJump, setComponentNested (संभवतः अन्य), तो जब आप घटक के तरीकों को फिर से क्वेरी करेंगे तो एक त्रुटि होगी (घटक कॉन्फ़िगरेशन बेस स्थापित नहीं किया गया है)। सबसे अधिक संभावना यह इस तथ्य के कारण है कि घटक वर्तमान स्थिति से बाहर हो गया है (दूसरे घटक पर स्विच किया गया है), लेकिन सर्वर के अनुरोध पर, पैरामीटर घटक के पहले से ही पुरानी अवस्था को इंगित करते हैं। अधिक सटीक रूप से, पैरामीटर वर्तमान सत्र के भीतर एक अद्वितीय रेखा निर्दिष्ट करते हैं, जिसके द्वारा सर्वर घटक की स्थिति को पुनर्स्थापित करता है। और यह हालत पुरानी है।
सिद्धांत रूप में, अधिक या कम काम करने वाला समाधान पहले ही मिल चुका है। लेकिन मैंने कंपोनेंट क्लास की ऑन करने की विधि का परीक्षण करने का भी फैसला किया। यह एक ऐसी विधि है जो अपने रूप की सभी क्रियाओं को करती है (स्टैक ट्रेस द्वारा देखा जा सकता है यदि आप एक ब्रेक पॉइंट इन एक्शन और कॉल करते हैं)। सटीक होने के लिए, सभी मानक एक्शन कंट्रोल के फॉर्म इस विधि को कहते हैं। यह एक सामान्य घटक विधि है जिसे बाहरी रूप से कहा जा सकता है। और यह विधि इनलाइन कॉल का समर्थन करती है। तो, इस पद्धति को कॉल करने के लिए, आपको इसे नाम कार्रवाई और इसके लिए पैरामीटर पास करने की आवश्यकता है। पहली बार जब हम सामान्य कार्रवाई कहते हैं, तो हमें एक त्रुटि मिलती है - कार्रवाई को IInlineCapableAction इंटरफ़ेस को लागू करना चाहिए। इसे ठीक करने से, यह सफलतापूर्वक कार्यवाही करने में सफल होगा। मूल्य को कार्रवाई से स्थानांतरित करने के लिए, आपको मान वापस करने के लिए मानचित्र का उपयोग करने की आवश्यकता है (IActionExecution के 6 वें पैरामीटर। निष्पादित करें) और वहां RESPONSE_DATA कुंजी के साथ मान डालें।
पूरा कोड इस तरह दिखता है:
कार्रवाई विवरण के साथ Xml सामग्री।

 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <config version="1.0"> <scope> <action id="test_action"> <params> <param name="test_param" required="false"/> </params> <execution class="ru.tim.wdk.test.TestAction"/> </action> </scope> </config> 

कृपया ध्यान दें - कार्रवाई test_param पैरामीटर को लेती है।
एक्शन विधि जिसे अतुल्यकालिक रूप से कहा जाएगा।

  public boolean execute(String actionName, IConfigElement config, ArgumentList args, Context context, Component component, Map resultMap) { System.out.println("Action param: " + args.get("test_param")); resultMap.put("RESPONSE_DATA", "actionResultValue"); return true; } 

यहां test_param पैरामीटर प्रदर्शित किया गया है। ऊपर यह xml में वर्णित किया गया था। प्रतिक्रिया प्रदर्शित करने के लिए, प्रतिक्रिया कार्रवाईResultValue RESPONSE_DATA कुंजी के साथ परिणाम मानचित्र में रखी गई है। RESPONSE_DATA - इनलाइन कार्रवाई कॉल के लिए हार्ड-कोडित प्रतिक्रिया कुंजी। मैंने इसे ऑनशन मेथड कोड को देखते हुए पाया। जब इनलाइन कॉलिंग कार्रवाई हैंडलर क्लास (CallbackDoneListenerWrapper) से की जाती है, तो मैप का मान RESPONSE_DATA कुंजी का उपयोग करके लिया जाता है। क्लाइंट को जवाब भेजते समय, RESPONSE_DATA कुंजी का उपयोग किया जाता है (घटक वर्ग में processInlineActionResponseData विधि)।
कार्रवाई के परिणाम भेजने और प्राप्त करने के तरीकों के साथ jsp पृष्ठ का हिस्सा:

 <script type="text/javascript"> function executeAction() { var prefs = InlineRequestEngine.getPreferences(InlineRequestType.JSON); prefs.setCallback(callBack); postInlineServerEvent(null, prefs, null, null, "onaction", "action", "test_action", "test_param", "test_param_value"); } function callBack(data) { if (isEventPostingLocked()) { releaseEventPostingLock(); } if (data) { var result = data['RESPONSE_DATA'] window.alert(result); } } </script> 

कार्य निष्पादित करने के लिए सर्वर पर एसिंक्रोनस अनुरोध निष्पादित करता है। प्रतिक्रिया को संसाधित करने के लिए, कॉलबैक फ़ंक्शन का उपयोग किया जाता है।
पोस्टइन्लाइनसर्वरन विधि में, क्रिया - निष्पादन निष्पादन विधि को कहा जाता है। पैरामीटर - कार्रवाई के साथ, पैरामीटर में बुलाया कार्रवाई का नाम पारित किया जाता है। test_action क्रिया का नाम है जिसे कॉल किया जा रहा है। test_param एक्शन पैरामीटर का नाम है। test_param_value - पैरामीटर मान। यदि आपको अधिक पैरामीटर जोड़ने की आवश्यकता है, तो आपको उन्हें जोड़े में आगे सूचीबद्ध करने की आवश्यकता है - <पैरामीटर नाम>, <पैरामीटर मान>।
GWT से कार्रवाई का उपयोग करने के लिए, आपको कॉल को GWT विधि से postInlineServerEvent फ़ंक्शन में लपेटने की जरूरत है, और पैरामीटर के रूप में GWT फ़ंक्शन को फेंकने के लिए सेट -बैकबैक करें।
अब यह निर्दिष्ट कार्रवाई के लिए पूर्व शर्त सत्यापन विधि को लागू करने के लिए बनी हुई है।
आप घटक में उस विधि का उपयोग करके ऐसा कर सकते हैं जो निर्दिष्ट कार्रवाई के लिए पूर्व शर्त करेगा। कार्यभार सेवा एक्शन सर्विस.क्वेरी एक्सक्यूट (स्ट्रैक्शन, आर्ग्स, संदर्भ, घटक) फ़ंक्शन का उपयोग करके स्वयं करने की आवश्यकता है

पर्यावरण की स्थापना

वेबटॉप और एक्लिप्स के साथ सुविधाजनक काम के लिए हम एक Gwt प्रोजेक्ट बनाएंगे। Org.eclipse.wst.common.project.facet.core.xml प्रोजेक्ट में (प्रोजेक्ट फ़ोल्डर में .settings फ़ोल्डर में स्थित), निम्न पंक्तियाँ जोड़ें।

  <fixed facet="jst.web"/> <fixed facet="java"/> <fixed facet="wst.jsdt.web"/> <installed facet="java" version="1.6"/> <installed facet="jst.web" version="2.5"/> <installed facet="wst.jsdt.web" version="1.0"/> 

परिणाम निम्न होना चाहिए:

 <?xml version="1.0" encoding="UTF-8"?> <faceted-project> <fixed facet="jst.utility"/> <fixed facet="java"/> <fixed facet="jst.web"/> <fixed facet="wst.jsdt.web"/> <installed facet="java" version="1.6"/> <installed facet="jst.web" version="2.5"/> <installed facet="wst.jsdt.web" version="1.0"/> <installed facet="jst.utility" version="1.0"/> </faceted-project> 

यहां हमने संकेत दिया कि परियोजना एक वेब परियोजना होगी और इसे टॉमकैट में लॉन्च किया जा सकता है। जावा बिल्ड पाथ विंडो में वेप्टॉप और वेब ऐप लाइब्रेरीज़ फोल्डर जोड़ें। प्रोजेक्ट के gwt और webtop स्रोत फ़ोल्डर और gwt और weptop वेब सामग्री फ़ोल्डर को अपलोड करने के लिए परिनियोजन असेंबली सेट करें।
केवल एक ही समस्या बची है - web.xml को सेट करने में सक्षम होने के लिए वेबटॉप से ​​अलग gwt चलाएं। चूंकि अब web.xml में सर्वलेट के gwt और सर्वलेट के वेबटॉप दोनों का कॉन्फ़िगरेशन शामिल है। वैकल्पिक रूप से, आप सभी सेटिंग्स को एक web.xml वेबटॉप में रख सकते हैं और केवल इसे अपलोड कर सकते हैं। Gwt के लिए, केवल इसकी सेटिंग छोड़ें। केवल आपको अनलोडिंग के सही क्रम का पालन करने की आवश्यकता है - वेबटॉप पहले अनलोड किया गया है, और फिर gwt। कोई डेटा अधिलेखित नहीं किया जाएगा।

कार्यान्वयन

परीक्षण के लिए, मैंने एक छोटा घटक बनाया जो एक निश्चित प्रकार की एक वस्तु प्रदर्शित करता है और आपको कई एकल क्षेत्रों को संपादित करने की अनुमति देता है। सूत्र यहां से डाउनलोड किए जा सकते हैं dl.dropbox.com/u/7519092/gwt2wdk.rar (आपको काम करने के लिए वेबटॉप की आवश्यकता है)

निष्कर्ष

GWT और वेबटॉप के बीच पारस्परिक क्रिया की मूल बातें की गईं। लेकिन घटक संपादन टेम्पलेट कार्ड के पूर्ण कार्यान्वयन के लिए, आपको कई काम करने की आवश्यकता है:
1) ऑब्जेक्ट चयन के साथ एक फॉर्म। Webtop में, इसे चयनकर्ता कहा जाता है।
2) कार्रवाई के लिए समर्थन के साथ विजेट, ताकि आप उन्हें कार्रवाई चलाने के लिए कॉन्फ़िगर कर सकें, और इसके लिए कोड न लिखें।
3) प्लग-इन घटकों को कुछ विशेषताओं को संपादित करने के लिए। उदाहरण के लिए, वेबटॉप में उन्हें गुण घटक में उपयोग किया जा सकता है।
जीडब्ल्यूटी के बारे में कुछ और बातें - ग्राहक पक्ष पर इनपुट की जाँच, यूआई और घटनाओं के बीच सही अंतर।

लिंक

RequestFactory मैनुअल डेवलपर्स। Googleweb-toolkit/doc/latest/DevGuideRequestFactory?hl=en-US#locators
RequestFactory उदाहरण (1) cleancodematters.wordpress.com/2011/06/04/tutorial-gwt-request-factory-part-i
RequestFactory उदाहरण (2) javaasylum.blogspot.com/2010/11/gwt-21-request:free.html
RequestFactory उदाहरण (3) turbomanage.wordpress.com/2011/03/25/use-gwt-requestfactory-with-objectify