2008-12-19 12 views
7

इनमें से दोनों ऐप्स सर्वर कम से कम ओएसजीआई आधारित हैं। एक (ग्लासफ़िश) स्पष्ट रूप से जावा ईई है जबकि दूसरा नहीं है। अब मैं एक नई परियोजना के लिए एक मंच चुनने के चरण में हूं और प्राकृतिक विकल्प ग्लासफ़िश v3 प्रस्तावना है। यह शायद इस मुद्दे को उठाता है कि हमें इसके बजाय S2AP का उपयोग करना चाहिए।ग्लासफ़िश v3 के लाभ/नुकसान वेब अनुप्रयोगों के लिए बनाम Springsource डीएम सर्वर prelude?

प्रश्न यह है: क्या स्प्रिंग्ससोर्स डीएम सर्वर ग्लासफ़िश पर इसका उपयोग करने के लिए किसी भी आकर्षक कारण की पेशकश करता है? और इसके विपरीत।

उत्तर

4

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

स्प्रिंग-फ्रेमवर्क के साथ एक्सए टेक्सास करना संभव है, बस एक उपयुक्त एक्सए प्रबंधक का पता लगाने और इसे एकीकृत करने के लिए आप स्वयं ही छोड़ चुके हैं।

कोर्स एक्सए TX बहुत अधिक बदनाम हो गया है। अधिकांश लोग प्लेग की तरह उनसे बचने की कोशिश करते हैं। उदाहरण के लिए, Amazon.com उन्हें उपयोग नहीं करता है।

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

एक बार जब आप जावा ईई जाते हैं, तो आप एक विशेष जावा ईई विक्रेता से बंधे होते हैं क्योंकि कार्यान्वयन के बीच स्थानांतरित करना मुश्किल होता है। ईजेबी 3 माना जाता है कि यह आसानी से कम होगा, लेकिन यह शर्त लगाएगा कि यह अभी भी जावा ईई ऐप सर्वर स्विच करने के लिए एक प्रमुख उपक्रम होगा।

फ्रैंकली स्प्रिंग-फ्रेमवर्क जावा ईई/ईजेबी मानक की तुलना में अधिक उपयोगी एपीआई प्रदान करता है और यह अधिक तेज़ दर पर नवाचार कर रहा है।

+0

मैंने ईजेबी 3 इकाइयों और स्टेटलेस सत्र बीन्स का उपयोग किया है और यह वास्तव में सिर्फ एनाबी 2.0/2.1 की तुलना में गड़बड़ की तुलना में सिर्फ एना एनोटेशन है। यह वास्तव में अब काफी अच्छा है। – cletus

+0

यह एक बहुत पुराना उत्तर है, लेकिन उन लोगों के लिए जो अभी भी कुछ नवाचार पढ़ते हैं: हमने जावा ईई विक्रेताओं के बीच दो बार स्विच किया और यह * मुश्किल * नहीं है। प्रत्येक 100k लॉक ऐप को हर बार कुछ दिनों के भीतर काफी हद तक स्थानांतरित किया गया था। हां, वहां * अंतर हैं, लेकिन यह आपके ऐप को वेब ऑब्जेक्ट्स को .NET से पोर्ट करने से कहीं अधिक दूर और कम काम है, क्योंकि WebObjects अब जारी नहीं है। जावा ईई के साथ मौका है कि पूरी तरह से प्लेटफॉर्म अब जारी नहीं है एक व्यक्तिगत परियोजना की तुलना में बहुत छोटा है। –

+1

इसके अलावा, यह फिर से समझना एक पुराना उत्तर है, लेकिन इस उत्तर का दिमाग पुरानी सोच के साथ दृढ़ता से गूंजता है कि जावा ईई ईजेबी और एक्सए TX के बराबर या उससे कम है। यह वास्तव में '08 में सच नहीं था और यह निश्चित रूप से अब सच नहीं है। जावा ईई में जेएसएफ, सीडीआई, जेपीए, बीन वैलिडेशन, बैचिंग, जेएमएस इत्यादि जैसे बहुत कुछ है। समय के साथ ईजेबी समग्र विनिर्देश का एक छोटा सा हिस्सा बन गया है। –

1

मैंने स्प्रिंगसोर्स डीएम सर्वर का उपयोग नहीं किया है, लेकिन मेरा मानना ​​है कि उत्पादन में इसे आजमाने से पहले कुछ देर इंतजार करना बेहतर है। इसका कारण यह है कि यह नई तकनीक है। साथ ही, जिस तरह से लाइसेंसिंग योजना स्पिंगसोर्स (जीपीएल) के साथ काम करती है, वह बहुत मदद नहीं करती है, क्योंकि इसका व्यावहारिक रूप से मतलब है कि आप केवल भविष्य के लिए और भविष्य के लिए स्प्रिंगसोर्स पर भरोसा करेंगे। अगर आपको सर्वर के लिए समर्थन की आवश्यकता है, तो आपका एकमात्र विकल्प स्प्रिंगसोर्स के साथ जाना है।

+0

आपका पॉइंट एक अच्छा है, लेकिन मुझे लगता है कि स्प्रिंग सोर्स के सर्वर पर निर्भरता को कम करने वाले कमजोर कारक हैं। सबसे पहले, यह टॉमकैट पर आधारित है - शायद ही नया। दूसरा, ओएसजीआई स्प्रिंग मानक नहीं है। मुझे लगता है कि सभी जावा ईई ऐप सर्वर ओएसजीआई या जेएसआर 277 को अंतिम रूप देने पर अपनाएंगे। – duffymo

2

मुझे लगता है कि कोवलेंट टेक्नोलॉजीज के स्प्रिंगसोर्स के acquisition स्प्रिंग/टॉमकैट स्टैक का उपयोग करने में किसी की भी मदद करने के लिए उन्हें बेहतर स्थिति में डालते हैं। टॉमकैट अनुकूलन जो वसंत डीएम सर्वर के साथ आते हैं, ओएसजीआई सुविधाओं की तुलना में अधिक या अधिक मूल्यवान हो सकते हैं।

2

ग्लासफ़िश में ओएसजीआई का उपयोग भ्रामक है। ग्लासफ़िश सर्वर के लिए आंतरिक रूप से ओएसजीआई का उपयोग कर रहा है; ओएसजीआई ग्लासफिश में तैनात अनुप्रयोगों के लिए उपलब्ध नहीं है।

स्प्रिंग डीएम सर्वर के साथ, एप्लिकेशन ओएसजीआई का उपयोग करने के लिए लिखे जा सकते हैं।

क्या ओएसजीआई आपके लिए महत्वपूर्ण विचार है? एकमात्र अन्य असली ओएसजीआई ऐप सर्वर पेरेमस इन्फिनिफ्लो है। अन्य सभी ऐप सर्वर अब ओएसजीआई के बारे में बात कर रहे हैं, लेकिन यह एक आंतरिक कार्यान्वयन विस्तार है; यह तैनात अनुप्रयोगों के लिए नहीं है।

1

स्प्रिंगसोर्स डीएम सर्वर मॉड्यूलर अनुप्रयोगों का समर्थन करता है - आप अपने आवेदन को ओएसजीआई बंडलों में विभाजित कर सकते हैं और किसी भी आधारभूत संरचना सेवाओं को साझा कर सकते हैं जिन्हें आप अनुप्रयोगों के बीच प्रदान करते हैं। यह आपको जावा ईई द्वारा परिभाषित WARs जैसे मोनोलिथिक संरचनाओं से दूर ले जाता है। आम तौर पर इसका मतलब है कि विकास के दौरान आपको बहुत तेज़ संपादन/बचत/पुन: नियोजन चक्र मिलता है।ओएसजीआई फिर आपको संस्करण मॉड्यूल और उनके द्वारा निर्यात किए जाने वाले संकुल के साथ-साथ पूरे सर्वर को पुनरारंभ किए बिना गतिशील रूप से अद्यतन मॉड्यूल की सुविधा देता है।

स्प्रिंगसोर्स डीएम सर्वर ओएसजीआई बंडलों के रूप में खरोंच से बनाया गया था। इसलिए यदि आप मानक सेट नहीं चाहते हैं तो आप कॉन्फ़िगर कर सकते हैं कि डीएम सर्वर के कौन से उपप्रणाली लोड हो गए हैं।

3

यह एक पुरानी धागा है, लेकिन मैंने सोचा कि यह इस भर में आने वाले लोगों के लिए उपयोगी होगा (जैसा कि मैंने किया था) मुख्य रूप से OSGi उद्यम आरएफसी के क्षेत्र में, हाल ही में ग्लासफिश OSGi संवर्द्धन साझा करने के लिए: http://wiki.glassfish.java.net/Wiki.jsp?page=OsgiDashboard

बेशक

ओएसजीआई घोषणात्मक सेवाओं के @ संसाधन-आधारित इंजेक्शन भी हैं जो दिसंबर 2008 में v3 के बाद से वहां रहे हैं।