GWT + हाइबरनेट + डिस्पैच

एक पोर्टल बनाते समय, बहुत बार बैकएंड का मुख्य कार्य डेटाबेस के साथ काम कर रहा है। एक नियम के रूप में, अब कोई भी कथन लिखने के लिए सामान्य और बहुत सुविधाजनक का उपयोग नहीं करता है, और इसके स्थान पर वे ORM फ्रेमवर्क का उपयोग करते हैं। GWT के मामले में, यह ढांचा सबसे अधिक संभवतया हाइबरनेट हो जाता है, क्योंकि हमारे पास सर्वर पर जावा है। यह मेरा पहला विचार नहीं था कि हाइबरनेट द्वारा उपयोग किए जाने वाले व्यक्तिगत डेटा नहीं बल्कि संपूर्ण POJO (लगातार वस्तुओं) को स्थानांतरित करना बेहद सुविधाजनक और सरल होगा। तो मैंने अपनी सेवा बनाई, POJO के क्लाइंट के हिस्से में लौटकर। POJO को सीरियल से विरासत में मिला है। मैंने एप्लिकेशन लॉन्च किया और यह अपवाद प्राप्त किया:

Caused by: com.google.gwt.user.client.rpc.SerializationException: Type 'org.hibernate.collection.PersistentSet' was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.
at com.google.gwt.user.server.rpc.impl.StandardSerializationPolicy.validateSerialize(StandardSerializationPolicy.java:83)
at com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize(ServerSerializationStreamWriter.java:591


यह तुरंत स्पष्ट नहीं है कि क्या गलत हुआ। तथ्य यह है कि जैसे ही कोई वस्तु लगातार बनती है, उसमें परिवर्तन की एक श्रृंखला आवश्यक है, जो काम के लिए हाइबरनेट के लिए आवश्यक है। उदाहरण के लिए, नियमित सेट एक PersistentSet में बदल जाता है। इस वजह से, ब्राउज़र अब किसी भी परिस्थिति में, इसके लिए भेजी गई वस्तु को निष्क्रिय नहीं कर सकता है।

एकीकरण के तरीके

जैसा कि मैंने पहले ही कहा था, मैं ऐसा पहला व्यक्ति नहीं हूं जो POJO को क्लाइंट की ओर स्थानांतरित करना चाहता था, और परिणामस्वरूप, पहले ऐसा नहीं था जिसने समान समस्या का सामना किया हो। इंटरनेट पर, आप इस समस्या को हल करने और GWT के साथ हाइबरनेट को एकीकृत करने के तीन मुख्य तरीके पा सकते हैं।
• डीटीओ (डेटा ट्रांसफर ऑब्जेक्ट्स) - आप डेटा को एप्लिकेशन के क्लाइंट भाग में स्थानांतरित करने के लिए अपनी खुद की ऑब्जेक्ट बना सकते हैं जो लगातार नहीं हैं, लेकिन अन्यथा उन सभी फ़ील्ड्स को शामिल करें जैसे कि पीओजेओ आप उपयोग कर रहे हैं।
• ऑब्जेक्ट्स को मैप करने के लिए डोजर लाइब्रेरी का उपयोग करना - यह लाइब्रेरी स्वचालित रूप से डेटा को एक ऑब्जेक्ट से दूसरे में कॉपी करती है। इसके सही संचालन के लिए, वस्तुओं में एक ही फ़ील्ड और गेटबैन संकेतन के अनुसार गेटर्स और सेटर शामिल होने चाहिए।
• गिलेड पुस्तकालय का उपयोग करने को हाइबरनेट 4gwt के रूप में भी जाना जाता है।
पहला विकल्प काफी तुच्छ है, और मैं इसे नहीं मानूंगा, साथ ही दूसरा, जो पहले थोड़ा और अधिक उन्नत है। यदि आप दूसरे विकल्प में रुचि रखते हैं, तो आप आधिकारिक साइट dozer.sourceforge.net पर लाइब्रेरी के बारे में सभी आवश्यक जानकारी पा सकते हैं

गिलियड

बहुत अधिक दिलचस्प अंतिम विकल्प है, जिसके बारे में मैं अभी बात करूंगा। Glead एक ओपन लाइब्रेरी है जो एप्लिकेशन के क्लाइंट और सर्वर भागों के बीच POJO को स्वतंत्र रूप से स्थानांतरित करने की क्षमता प्रदान करता है। सर्वर पर इस लाइब्रेरी का उपयोग करते समय, PersistentBeanManager नामक एक परत जावा सर्वर और क्लाइंट के बीच दिखाई देती है। सर्वर से क्लाइंट में किसी ऑब्जेक्ट को ट्रांसमिट करते समय, PBM स्वचालित रूप से POJO को एक समान क्लाइंट ऑब्जेक्ट में परिवर्तित कर देता है, जबकि सभी LazyInitiaslization को अनदेखा कर देता है और उन फ़ील्ड्स को प्रतिस्थापित करता है जो अभी NULL के साथ आरंभीकृत नहीं हैं। उसी समय मेमोरी में POJO का भंडारण। रिटर्न रन पर, PBM क्लाइंट ऑब्जेक्ट को इसमें संग्रहीत POJO के साथ ब्लिंक करता है और पहले से अपडेट किए गए डेटा के साथ POJO सर्वर में स्थानांतरित करता है।
इस अविश्वसनीय रूप से सुविधाजनक चमत्कार का उपयोग करने के लिए, आपको एक परियोजना पुस्तकालय जोड़ने की आवश्यकता है। आवश्यक मॉड्यूल को gwt.xml से कनेक्ट करें, सभी POJO LightEntity को इनहेरिट करें, और RemoteServiceServlet PersistantRemoteService के बजाय सर्वलेट का उपयोग करें। शायद इस प्रक्रिया का वर्णन करने और इस लेख को समाप्त करने के लिए यह सार्थक होगा, लेकिन जैसा कि आप लेख के शीर्षक में देखते हैं कि डिस्पैच शब्द है। तथ्य यह है कि कई लोग डिस्पैच इंजेक्शन के आधार पर Gwt-डिस्पैच लाइब्रेरी के साथ डिस्पैच प्रोग्रामिंग पैटर्न का उपयोग करते हैं, कोड का पुन: उपयोग करने के लिए Guice लाइब्रेरी का उपयोग करते हैं। ऐसे पुस्तकालय का उपयोग करते समय, आपकी परियोजना में कोई सेवा वर्ग नहीं होता है। आप मानक GuiceStandardDispatchServlet सेवा का उपयोग करते हैं, जो gwt-dispatch लाइब्रेरी के अंदर वायर्ड होती है। इसके आस-पास जाने के लिए, मैंने इस लाइब्रेरी को फिर से बनाया।

गिलियड + डिस्पैच

सबसे पहले आपको gwt-dispatch लाइब्रेरी का पुनर्निर्माण करना होगा। इसके लिए, हम पारा के कुछ ग्राहक का उपयोग करते हैं और भंडार से संसाधन लेते हैं। hg clone code.google.com/p/gwt-dispatch
हम आईडीई में एक परियोजना बनाते हैं जिसमें यह आपके लिए अधिक सुविधाजनक है जहां हम यह सब डालते हैं। मैं ग्रहण का उपयोग कर रहा हूं। अगला, परियोजना को प्राप्त करने के लिए, मैंने .classpath में निम्नलिखित पुस्तकालय जोड़े
• गिल्ड-कोर-1.3.2.1839.जर
• gliead-hibernate-1.3.2.1839.jar
• glead4gwt-1.3.2.1839.jar
• जिन-1.5-पोस्ट- gwt-2.2.jar
• guice-3.0.jar
• हाइबरनेट.जर
• org.springframework.beans-3.1.2.RELEASE.jar
• org.springframework.context-3.1.2.RELEASE.jar
• org.springframework.web-3.1.2.RELEASE.jar
हम net.customware.gwt.dispatch.server.standard.AbstractStandardDispatchServlet वर्ग खोलते हैं और अपनी लाइब्रेरी के लिए इसे सही ढंग से काम करने के लिए इसमें कई बदलाव करते हैं:

 public abstract class AbstractStandardDispatchServlet extends PersistentRemoteService implements StandardDispatchService { public AbstractStandardDispatchServlet() { HibernateUtil hibernateUtil = new HibernateUtil(); SessionFactory sf; Configuration conf = new Configuration(); conf.configure(); conf.getProperties(); sf = conf.buildSessionFactory(); hibernateUtil.setSessionFactory(sf); PersistentBeanManager persistentBeanManager = new PersistentBeanManager(); persistentBeanManager.setPersistenceUtil(hibernateUtil); StatelessProxyStore sps = new StatelessProxyStore(); sps.setProxySerializer(new GwtProxySerialization()); persistentBeanManager.setProxyStore(sps); setBeanManager(persistentBeanManager); } public <R extends Result> R execute(Action<R> action) throws DispatchException { try { Dispatch dispatch = getDispatch(); if (dispatch == null) throw new ServiceException("No dispatch found for servlet '" + getServletName() + "' . Please verify your server-side configuration."); return dispatch.execute(action); } catch (RuntimeException e) { log("Exception while executing " + action.getClass().getName() + ": " + e.getMessage(), e); throw new ServiceException(e); } } /** * * @return The Dispatch instance. */ protected abstract Dispatch getDispatch(); } 

सभी परिवर्तन किए जाने के बाद, हम सुरक्षित रूप से पुस्तकालय का निर्माण कर सकते हैं और इसे परियोजना में जोड़ सकते हैं (या आप बस पुराने में .class फ़ाइल को बदल सकते हैं)। परियोजना में निम्नलिखित पुस्तकालयों को जोड़ना भी आवश्यक है
• बीनलिब-5.0.5.जर
• बीनलिब-हाइबरनेट-5.0.5.जर
• com.springsource.net.sf.cglib-2.2.0.jar

हम gwt.xml में gilead को शामिल करते हैं ताकि ग्राहक पक्ष हमारी LightEntity के बारे में जान सके

 <inherits name="net.sf.gilead.Gilead4Gwt" /> 

और नीचे दिखाए गए अनुसार सभी POJO LightEntity द्वारा विरासत में मिला है

 @Entity @Table(name = "CARD") public class Card extends LightEntity implements Serializable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "CARDID", columnDefinition = "BIGINT NOT NULL AUTO_INCREMENT") private long cardId; @Column(name = "CARDNUMBER") private String cardNumber; @ManyToOne @JoinColumn(name = "USERID", insertable = false, updatable = false, nullable = false) private User user; @Column(name = "ACTIVATED") private Integer activated; public Long getCardId() { return cardId; } public void setCardId(Long cardId) { this.cardId = cardId; } public String getCardNumber() { return cardNumber; } public void setCardNumber(String cardNumber) { this.cardNumber = cardNumber; } public User getUser() { return user; } public void setUser(User user) { this.user = user; } public Integer getActivated() { return activated; } public void setActivated(Integer activated) { this.activated = activated; } } 

सामान्य तौर पर, सब कुछ। डिस्पैच का उपयोग जारी रखते हुए अब आप जीडब्ल्यूटी एप्लिकेशन के सर्वर और क्लाइंट भागों के बीच अपनी लगातार वस्तुओं को सुरक्षित रूप से स्थानांतरित कर सकते हैं।