क्या कॉर्बा (भाषा अज्ञेयवादी)/आरएमआई (जावा) और (डी) COM (एमएस) आज भी प्रासंगिक हैं, या क्या ऐसी तकनीक है जो उन्हें पार कर चुकी है? आधुनिक जावा या नेट आर्किटेक्चर के रूप मेंकोर्बा/आरएमआई और (डी) COM आज भी कोई प्रासंगिक हैं?
चीयर्स, जम्मू
क्या कॉर्बा (भाषा अज्ञेयवादी)/आरएमआई (जावा) और (डी) COM (एमएस) आज भी प्रासंगिक हैं, या क्या ऐसी तकनीक है जो उन्हें पार कर चुकी है? आधुनिक जावा या नेट आर्किटेक्चर के रूप मेंकोर्बा/आरएमआई और (डी) COM आज भी कोई प्रासंगिक हैं?
चीयर्स, जम्मू
वे इतने लोकप्रिय आज नहीं कर रहे हैं विशेष प्रकार से HTTP आधारित वेब सेवाओं का उपयोग कर बात के इस प्रकार से करते हैं।
हालांकि, कई सिस्टम इन आर्किटेक्चर का उपयोग करते हैं और वे वेब सेवा आर्किटेक्चर की तुलना में अधिक कुशल होते हैं क्योंकि वे आम तौर पर यूडीपी आधारित संचार प्रोटोकॉल का उपयोग करते हैं। हालांकि इन वास्तुकला आज भी उपयोग में हैं, लेकिन वे ज्यादातर अभ्यास में विरासत और विशिष्ट बाजार प्रणाली के लिए रवाना हैं।
कुछ मामलों में जावा ऐप सर्वर में दृश्यों के पीछे आरएमआई का उपयोग किया जाता है। उदाहरण के लिए, एक बीन कंटेनर को वेब ऐप सर्वर से अलग सर्वर पर ले जाया जा सकता है। जावा ऐप सर्वर इसे काफी पारदर्शी बनाते हैं - बीन कंटेनर स्थानीय कॉल के माध्यम से या आरएमआई के माध्यम से एक अलग सर्वर पर उसी सर्वर पर रह सकता है। सही एप्लिकेशन आर्किटेक्चर के साथ यह सिर्फ एक कॉन्फ़िगर आइटम है और ऐप सर्वर दृश्यों के पीछे सभी रिमोटिंग कर सकता है।
डीसीओएम COM + ऐप्स के साथ समान रूप से उपयोग किया जाता है। हालांकि, COM + काफी हद तक विंडोज पर एक विरासत वास्तुकला है। यह वीबी 6 के साथ लोकप्रिय था लेकिन यह सब कुछ छोड़ दिया गया है।
कॉरबा की डिजाइन-दर-समिति की जड़ों के कारण जटिलता के लिए कुछ हद तक योग्य प्रतिष्ठा थी। हालांकि, यह कई अप्रत्याशित स्थानों में पॉप अप करता है। उदाहरण के लिए, गनोम के पुराने संस्करणों ने बोनोबो नामक कोर्बा आधारित घटक मॉडल का उपयोग किया लेकिन इसे वर्तमान संस्करणों में डी-बस के साथ बदल दिया गया है। विरासत प्रणाली बुनियादी ढांचे के अलावा इसमें कुछ विशिष्ट बाजार (अधिकतर कम विलंबता अनुप्रयोग) हैं जो यूडीपी आधारित परिवहन तंत्र जैसी विशेषताओं से लाभान्वित हैं।
जावा ईई EJBs अभी भी उनके तार प्रोटोकॉल के रूप में RMI और CORBA का उपयोग करें।
शायद कि एक कारण है कि HTTP वेब सेवाओं, वे RPC-एक्सएमएल, सोप, या बाकी के आधार पर किया है, प्रबल हैं। सरल और खुले आम तौर पर जीतते हैं।
AFAIK कॉर्बा IIOP टीसीपी का उपयोग करता है और यूडीपी नहीं। –
कई कोर्बा कार्यान्वयन आपको डिफ़ॉल्ट टीसीपी से परिवहन को स्वैप करने देते हैं। यह आपको अंतर्निहित परिवहन के रूप में यूडीपी, साझा स्मृति, या कुछ अन्य ओएस-विशिष्ट तंत्र का उपयोग करने की अनुमति देता है। आज भी कॉरबा का उपयोग किया जाने वाला एक कारण यह है कि इसमें ऑब्जेक्ट मॉडल और बाइनरी ओवर-द-वायर ट्रांसपोर्ट दोनों हैं, जो आपको वेब सेवा के साथ नहीं होने वाली कार्यक्षमताओं की इजाजत देते हैं। –
@ ब्रायन - दिलचस्प होगा * जो * कोर्बा कार्यान्वयन आपको टीसीपी से परिवहन स्विच करने देता है। असल में, मैंने अभी इसके बारे में एक प्रश्न जोड़ा है: http://stackoverflow.com/questions/4886243/what-transport-layers-other-than-tcp-are-supported-by-existing-corba-implementati –