2008-09-23 18 views
10

वितरित अनुप्रयोगों को विकसित करते समय, एक ही कंपनी द्वारा जावा में लिखे गए सभी, क्या आप वेब सर्विसेज या आरएमआई चुनते हैं? प्रदर्शन, ढीले युग्मन, उपयोग में आसानी, ... के संदर्भ में पेशेवरों और विपक्ष क्या हैं? क्या कोई डब्ल्यूएस का चयन करेगा? क्या आप आरएमआई के साथ एक सेवा उन्मुख वास्तुकला का निर्माण कर सकते हैं?जावा-केवल पर्यावरण में वेब सेवाओं और आरएमआई के पेशेवरों और विपक्ष क्या हैं?

उत्तर

9

मैं इसके बारे में इस तरह से सोचने की कोशिश करेंगे:

आप एक दूसरे के नीचे चल रहा है स्वतंत्र सेवाओं के लिए जा रहे हैं, और उन सेवाओं गैर जावा अनुप्रयोगों के द्वारा भविष्य में कुछ समय तक पहुँचा जा सकता है? फिर वेब सेवाओं के लिए जाओ।

क्या आप बस कई सर्वरों पर एक एप्लिकेशन (एकमात्र दिमाग) के हिस्सों को फैलाना चाहते हैं? फिर आरएमआई के लिए जाएं और आपको जावा ब्रह्मांड को कसकर मिलकर काम करने के लिए छोड़ना पड़ेगा।

+0

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

6

मैं डब्ल्यूएस का चयन करूंगा।

  • यह संभावना नहीं है कि डब्ल्यूएस/आरएमआई आपकी बाधा होगी।
  • भविष्य में अन्य संभावित प्रौद्योगिकियों के लिए दरवाजा बंद क्यों करें?
  • क्लाइंट/सर्वर पर कक्षाओं के संस्करण सिंक से बाहर होने पर आरएमआई को समस्या हो सकती है।

और ... मैं सबसे अधिक संभावना आरईएसटी सेवाओं का चयन करता हूं।

+1

आप यह नहीं बता सकते कि यह वास्तव में मापा गया है जब तक यह असंभव नहीं है। –

1

मेरी पसंद कर रहे हैं:

मानक जावा क्रमांकन - पेशेवरों: imho लागू करने के लिए (मैं दूरदराज के एक के रूप में स्थानीय इंटरफ़ेस का पर्दाफाश करने के स्प्रिंग उपयोग कर रहा हूँ), सबसे प्रदर्शन प्रदान करता है सरल; विपक्ष: क्रमबद्धता अलग JVM संस्करणों

के बीच काम नहीं करता है

द्विआधारी क्रमांकन (घाट से उदाहरण हेस्सियन के लिए) - पेशेवरों: एक अगर वहाँ केवल है:

WS जावा क्रमांकन के साथ के रूप में ही प्रदर्शन और विभिन्न JVM संस्करणों

के बीच काम करता है विभिन्न प्लेटफार्म जावा + .नेट के बीच अंतःक्रियाशीलता की आवश्यकता है, अन्यथा यह बहुत अधिक वजन वाला है।

1

आरएमआई एक महान तेजी से विकास परिवहन है, लेकिन मैं इसे उत्पादन वातावरण में उपयोग करने के खिलाफ सलाह दूंगा। क्रमबद्धता संगतता समस्या चीजों को अजीब बना सकती है, आपको अपने तैनाती को बहुत सावधानी से समन्वयित करना होगा।

वेब सर्विसेज अक्षम हैं, हां, लेकिन केवल हार्डवेयर के माध्यम से। वैकल्पिक रूप से, पूर्ण वसा वाले SOAP/WSDL के बजाय सादे, हल्के एक्सएमएल-ओवर-HTTP का उपयोग करें।

2

यदि आपको इसकी आवश्यकता नहीं है (गैर-जावा के साथ इंटरऑप), और शायद आप नहीं हैं, आरएमआई बेहतर होगा; कम कोड, कम विन्यास, कम बैंडविड्थ ओवरहेड।

एक विकल्प यदि आप डरते हैं कि आपको आवश्यकता होगी तो यह ईजेबी 3 का उपयोग करना है; यह आरएमआई का उपयोग करता है, सेटअप और तैनाती के लिए बहुत आसान है, लेकिन आपको अपनी कॉल को आसानी से वेब सेवाओं में बदलने की इजाजत देता है यदि आपको उनकी आवश्यकता हो।

जो कुछ भी आप करते हैं, अपनी खुद की चीज़ बनाएं; एक मानक के लिए छड़ी।

+0

एप्लिकेशन ईजेबी के समर्थन वाले वातावरण में नहीं चल रहे हैं –

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