2009-12-11 8 views
5

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

जो मैंने सीखा है उससे एप्लिकेशन क्लाइंट को कुछ एप्लिकेशन क्लाइंट में निष्पादित किया गया है जिसमें ग्लासफ़िश से बात करने की क्षमता है। लेकिन एनोटेशन के संबंध में इसकी सीमाएं प्रतीत होती हैं।

  1. क्या कोई मुझे दो अलग-अलग एप्लिकेशन प्रकारों से ग्लासफ़िश एप्लिकेशन सर्वर से कनेक्ट करने में अंतर का उदाहरण दे सकता है?

  2. एप्लिकेशन क्लाइंट दृष्टिकोण का क्या फायदा है, और जावा ईई के लिए एप्लिकेशन क्लाइंट विकसित करते समय सबसे अधिक उपयोग किया जाता है?

उत्तर

3

किसी भी मामले में ऐप सर्वर से कनेक्ट करने के साथ जुड़े कोड (काम करने की आपको आवश्यकता है) वास्तव में इतना कठिन नहीं है ... लेकिन यह विभिन्न दस्तावेज़ों में शामिल है।

ये the instructions on how to access an EJB from a stand-alone java application हैं।

ग्लासफ़िश v3: http : //docs.sun.com/app/docs/doc/820-7695/beakt के साथ जावा ईई 6 एप्लिकेशन क्लाइंट से ईजेबी तक पहुंचने के लिए ऐप क्लाइंट का उपयोग करने के लिए ये निर्देश हैं। l = en & a = देखें

किसी एप्लिकेशन क्लाइंट से ईजेबी तक पहुंचने से आप ईजेबी 'सीधे' के साथ काम कर रहे हैं, तो आप जावा ईई सेवाओं के अधिक से अधिक स्वचालित रूप से पहुंच सकते हैं। आप स्टैंड-अलोन मामले में इनमें से कुछ सेवाओं तक पहुंच को एक साथ जोड़ सकते हैं, लेकिन बोझ उस एप्लिकेशन को बनाने के लिए एप्लिकेशन डेवलपर/नियोक्ता पर बदल जाता है।

एक स्टैंड-अलोन एप्लिकेशन बनाना जो ईजेबी तक पहुंचता है, अल्प अवधि में आसान लगता है, और कई लोग उस रणनीति में निवेश करेंगे। यदि वे अपने क्लाइंट एप्लिकेशन को बड़ी संख्या में मशीनों पर तैनात करते हैं, तो एक साथ जुड़े हुए सेवा पहुंच रणनीति से जुड़ा बोझ एक बोझ बन सकता है।

एप्लिकेशन क्लाइंट कंटेनर का उपयोग करने वाले एप्लिकेशन क्लाइंट को तैनात करना या तो निःशुल्क नहीं है। लाभ यह तथ्य है कि तैनाती के मुद्दों को दूर करने के लिए आपके पास अपने ऐप सर्वर विक्रेता का समर्थन है।

यदि आप ग्लासफ़िश (v2.1, v2.1.1 या v3) का उपयोग कर रहे हैं, तो आप जावा वेब स्टार्ट सपोर्ट का भी लाभ उठा सकते हैं, जो क्लाइंट एप्लिकेशन परिनियोजन को बहुत सरल बनाता है।

+0

पहला लिंक इस पर स्थानांतरित हो गया है: - [http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html ](http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html) - चूंकि ओरेकल ने सभी ** X.dev.java.net ** ** X.java.net ** लिंक को स्थानांतरित कर दिया है ** –

3

एक आवेदन ग्राहक वास्तव में एक कंटेनर में चलाने के लिए और जावा ईई संसाधनों उसी तरह है कि एक सर्वलेट या EJB करता है में अपने सर्वर पर परिभाषित के लिए पूरा उपयोग किया जाता है। यह आमतौर पर किसी प्रकार के व्यवस्थापक क्लाइंट के लिए उपयोग किया जाएगा, न कि उपयोगकर्ता अनुप्रयोग। Here is one explanation

जावा ईई अनुप्रयोग क्लाइंट के अतिरिक्त, Thin Client की अवधारणा भी है, जो कुछ जावा ईई संसाधनों तक पहुंच की अनुमति देता है, लेकिन ऐप क्लाइंट के रूप में आसानी से नहीं। इसमें आमतौर पर जेएनडीआई लुकअप का उपयोग पूर्ण नामों के साथ करना होता है क्योंकि जेएनडीआई संदर्भ उपलब्ध नहीं हैं। इसके लिए एक सामान्य मामला जेएमएस संदेशों का एक स्टैंडअलोन निर्माता/उपभोक्ता होगा। यह मूल रूप से पूर्ण ऐप क्लाइंट का हल्का वजन विकल्प है।

यदि आप बस उपयोगकर्ता एप्लिकेशन बना रहे हैं, तो आप शायद थिन क्लाइंट मॉडल या एक सादा पुराना एप्लिकेशन का उपयोग करना चाहेंगे जो आपके जावा ईई ऐप से सर्वलेट या वेब सेवा कॉल के माध्यम से सेवाओं का उपभोग करता है।

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^