वास्तव में जावा ईई क्या है? [बन्द है]

Question

जावा ईई में युवा जावा डेवलपर्स के लिए इसके चारों ओर यह "रहस्यमय कफन" है - एक वह जो मैं थोड़ी सफलता के लिए काफी समय से खुद को उठाने की कोशिश कर रहा था।

इससे भ्रम पैदा होता है:

• जावा ईई एक पुस्तकालय और एक मंच दोनों लगता है - जावा ईई पुस्तकालय को "प्राप्त" करने के कई तरीके हैं, आमतौर पर ओरेकल के जावा ईई एसडीके डाउनलोड जैसे कुछ। हालांकि, जावा ईई लाइब्रेरी काम नहीं करेगी, और न ही संकलित करेगी जब तक कि आपका कोड जावा ईई एप्लिकेशन सर्वर (जैसे जेबॉस, ग्लासफिश, टॉस्कैट, आदि) पर नहीं चल रहा हो या उस तक पहुंच हो। क्यों? अनुप्रयोग सर्वर वातावरण के बाहर पुस्तकालयों कार्य नहीं कर सकते? मुझे ईमेल भेजने के लिए सरल कोड को संकलित करने के लिए JBoss के रूप में कुछ बड़े पैमाने पर क्यों चाहिए?

• जावा ईई लाइब्रेरी "मानक" क्यों नहीं हैं और नियमित जेवीएम डाउनलोड और / या एसडीके में शामिल हैं?

• जब वहाँ वास्तव में मानक जावा (ओरेकल JVM / SDK | OpenJDK JVM / JDK) के केवल दो मुख्य स्वाद हैं, तो कई जावा ईई प्रसाद क्यों हैं?

• जावा ईई के साथ कोई क्या कर सकता है जो वे मानक जावा के साथ नहीं कर सकते हैं?

• मानक जावा के साथ कोई क्या कर सकता है जो वे जावा ईई के साथ नहीं कर सकते हैं?

• एक डेवलपर कब तय करता है कि उन्हें "ईई" की आवश्यकता है जावा ईई?

• एक डेवलपर कब तय करता है कि उन्हें जावा ईई की आवश्यकता नहीं है?

• जावा ईई पुस्तकालय संस्करण मानक जावा पुस्तकालय रिलीज (जावा ईई 6 बनाम जावा 7) के साथ सिंक में क्यों नहीं है?

मुझे कोहरे को साफ करने में मदद करने के लिए धन्यवाद!

Comments

FYI करें, इस प्रकार का प्रश्न (एक पोस्ट में बहुत से खुले हुए प्रश्न) SO पर रचनात्मक नहीं माना जाता है। कृपया अच्छे प्रश्न लिखने के लिए अक्सर पूछे जाने वाले प्रश्न और सुझाव कैसे पढ़ें ।

— जिम गैरिसन

और पहले से ही बंद ... अच्छा होगा कि इन सभी लोगों ने एक ही जगह पर इसका उपयोग किया हो, जिन्होंने इसका उपयोग किया है, इसके बजाय सभी नेट के आसपास खोज कर रहे हैं ....

— डैनियल रयान

एसओ अधिक कठोर और अनुपयोगी हो जाता है। एक समय था जब यहां के सभी स्मार्ट लोग एक-दूसरे की मदद करने की कोशिश कर रहे थे। अब हर सवाल 5 मिनट में बंद हो जाता है। यह सिर्फ अतिरंजित है और अनुपयोगी और निराशाजनक है। क्या सभी विकिपीडिया हटाने वाले व्यवस्थापक यहाँ आ गए?

— user573215

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

— user573215

हां मैंने इस प्रश्न को बंद करने के लिए मतदान किया है (इसलिए जाओ और कुछ उत्तर पाओ और मैंने वोट डाउन किया है :))। इस प्रश्न का उत्तर Google द्वारा आसानी से दिया जा सकता है। जावा ईई और यह क्यों मौजूद है एक बहुत ही गर्म विषय है । इसकी तरह यह पूछना कि Emacs मौजूद क्यों है या सिल्वरलाइट या फ्लैश या कोई सॉफ्टवेयर लाइब्रेरी / ऐप / फ्रेमवर्क। यह सवाल एक अच्छा सवाल नहीं है क्योंकि इसके 40 सवाल पसंद हैं, और क्योंकि यह वास्तव में एक प्रोग्रामिंग सवाल नहीं है।

— एडम जेंट

Answer 1

एप्लिकेशन सर्वर वातावरण के बाहर लाइब्रेरी कार्य क्यों नहीं कर सकते?

वास्तव में वे कर सकते हैं। अधिकांश पुस्तकालयों को सीधे स्टैंडअलोन (जावा एसई में) या एक .war में शामिल किया जा सकता है (व्यावहारिक रूप से यह लगभग हमेशा टॉमटैट है)। जावा ईई के कुछ हिस्से, जेपीए की तरह, उनके संबंधित विनिर्देशों में स्पष्ट खंड हैं जो बताता है कि उन्हें कैसे काम करना चाहिए और जावा एसई में उपयोग किया जाना चाहिए।

यदि कुछ भी है, तो यह इतना अधिक एक सर्वर सर्वर वातावरण नहीं है जो यहां दांव पर है, लेकिन अन्य सभी पुस्तकालयों की उपस्थिति और एकीकरण कोड जो उन्हें एकजुट करता है।

इस वजह से, एनोटेशन को केवल एक बार स्कैन करने के लिए हर लाइब्रेरी (EJB, JPA, आदि) के बजाय आपके सभी वर्गों के लिए स्कैन किया जाएगा। इसके अलावा, सीडीजे एनोटेशन को ईजेबी बीन्स पर लागू किया जा सकता है और जेपीए इकाई प्रबंधकों को इसमें इंजेक्ट किया जा सकता है।

मुझे ईमेल भेजने के लिए सरल कोड को संकलित करने के लिए JBoss के रूप में कुछ बड़े पैमाने पर क्यों चाहिए?

इस प्रश्न में कुछ चीजें गलत हैं:

1. संकलन के लिए आपको केवल एपीआई जार की जरूरत है, जो वेब प्रोफाइल के लिए 1 एमबी से नीचे है, और पूर्ण प्रोफ़ाइल के लिए 1 एमबी से थोड़ा अधिक है।
2. चलाने के लिए आपको स्पष्ट रूप से एक कार्यान्वयन की आवश्यकता है, लेकिन "बड़े पैमाने पर" चीजों पर काबू पा रहा है। उदाहरण के लिए OpenJDK लगभग 75MB और TomEE (मेल समर्थन वाले एक वेब प्रोफ़ाइल कार्यान्वयन) केवल 25MB है। यहां तक ​​कि ग्लासफिश (एक पूर्ण प्रोफ़ाइल कार्यान्वयन) केवल 53 एमबी है।
3. मेल जावा एसई (और इस तरह टॉमकैट ) के साथ-साथ स्टैंडअलोन मेल.जर और एक्टिवेशन.जर का पूरी तरह से ठीक काम करता है ।

जावा ईई लाइब्रेरी "मानक" क्यों नहीं हैं और नियमित जेवीएम डाउनलोड और / या एसडीके में शामिल हैं?

एक तरह से जावा ईई पहले से बड़े पैमाने पर JDK को विखंडू में विभाजित करने के पहले प्रयासों में से एक था जो प्रबंधन और डाउनलोड करने में आसान है। लोग पहले से ही शिकायत कर रहे हैं कि ग्राफिकल क्लासेस (AWT, स्विंग) और Applets JRE के अंदर हैं जब वे करते हैं तो सभी हेडलेस सर्वर पर कुछ कमांड चलाते हैं। और फिर आप सभी जावा ईई पुस्तकालयों को मानक जेडीके में शामिल करना चाहते हैं?

मॉड्यूलर सपोर्ट के अंतिम रिलीज के साथ, हमारे पास बस एक छोटा सा बेस JRE होगा, जिसमें कई चीजें अलग-अलग पैकेज के रूप में इंस्टॉल की जा रही हैं। शायद एक दिन कई या सभी कक्षाएं जो अब जावा ईई बनाती हैं, ऐसे पैकेज भी होंगे। समय बताएगा।

जब वहाँ वास्तव में मानक जावा (ओरेकल JVM / SDK | OpenJDK JVM / JDK) के केवल दो मुख्य स्वाद हैं, तो कई जावा ईई प्रसाद क्यों हैं?

जावा एसई के सिर्फ दो फ्लेवर से अधिक हैं। कम से कम IBM JDK, पिछला BEA एक (JRocket, जिसे ओरेकल / सन एक में अधिग्रहण के कारण विलय किया जा रहा है), विभिन्न अन्य खुले स्रोत कार्यान्वयन और एम्बेडेड उपयोग के लिए कार्यान्वयन का एक धब्बा है।

जावा एसई और ईई के विनिर्देशन के पीछे कारण यह है कि कई विक्रेता और संगठन इसे लागू कर सकते हैं और इस प्रकार यह प्रतिस्पर्धा को प्रोत्साहित करता है और विक्रेता लॉक-इन के जोखिम को कम करता है।

यह वास्तव में सी और सी ++ संकलक के साथ अलग नहीं है, जहां आपके पास कई प्रतिस्पर्धी प्रसाद हैं और साथ ही साथ सी ++ मानक का पालन करना है।

जावा EE लाइब्रेरी संस्करण मानक जावा लाइब्रेरी रिलीज़ के साथ सिंक में क्यों नहीं है (Java EE 6 बनाम Java 7)

जावा ईई जावा एसई पर बनाता है, इसलिए यह पीछे चलता है। संस्करण हालांकि अनुरूप हैं। जावा ईई 5 के लिए जावा एसई 5 की आवश्यकता है। जावा ईई 6 के लिए जावा एसई 6 की आवश्यकता है। यह सिर्फ इतना है कि ज्यादातर जब जावा एसई एक्स चालू होता है, तो जावा ईई एक्स -1 चालू होता है।

Comments

यह उपरोक्त प्रश्नों का वास्तव में अच्छा और संक्षिप्त उत्तर है। यह इसे तोड़ता है ताकि एक गैर-जावा ईवे डेवलपर भी अवधारणाओं को समझ सके। धन्यवाद।

— स्नेकडोक

Answer 2

यहां आपके सवालों के जवाब जल्दी दिए गए हैं ...

• JavaEE लाइब्रेरी बिना एप्लिकेशन सर्वर के क्यों काम नहीं कर सकती है? JavaEE (कंटेनर प्रबंधित लेन-देन, कंटेनर प्रबंधित निर्भरता इंजेक्शन, टाइमर सेवा, आदि) द्वारा प्रदान की गई सेवाएँ स्वाभाविक रूप से JavaEE अनुरूप अनुप्रयोग सर्वर (उदाहरण के लिए: GlassFish, JBoss, WebSphere, आदि ...) को शामिल करती हैं। इसलिए JavaEE लाइब्रेरी ऐसे कंटेनर के बिना कोई उद्देश्य नहीं है। " मुझे ईमेल भेजने के लिए सरल कोड को संकलित करने के लिए जेबीओस के रूप में बड़े पैमाने पर कुछ की आवश्यकता क्यों है? " आप नहीं। JavaEE के बिना ईमेल भेजने के तरीके हैं ... लेकिन अगर आप इसे JavaEE करना चाहते हैं, तो आपको JavaEE कंटेनर की आवश्यकता है।

• JavaSE डाउनलोड के साथ JavaEE लाइब्रेरी शामिल क्यों नहीं हैं? एक ही कारण है कि कई पुस्तकालयों में शामिल नहीं हैं: यह ओवरकिल होगा। चूंकि आप बिना एप्लिकेशन सर्वर के भी JavaEE लाइब्रेरी का उपयोग नहीं कर सकते, इसलिए उन्हें शामिल करने की जहमत क्यों उठाते हैं? यदि कोई डेवलपर किसी एप्लिकेशन सर्वर को इंस्टॉल करता है और JavaEE का उपयोग करने का निर्णय लेता है, तो JavaEE को डाउनलोड किया जाना चाहिए।

• क्यों कई JavaEE प्रसाद हैं? क्या वास्तव में " इतने सारे " JavaEE प्रसाद हैं? यदि हां, तो कृपया उनमें से कुछ को सूचीबद्ध करें। अधिक सटीक रूप से मेरा मानना है कि एक ही एपीआई के कई कार्यान्वयन हैं ।

• JavaEE के साथ कोई ऐसा क्या कर सकता है जो वे बिना मानक जावा के नहीं कर सकते? बहुत सारे। आप JavaEE के बिना लेनदेन या दृढ़ता संदर्भों का प्रबंधन करने के लिए किसी एप्लिकेशन सर्वर पर भरोसा नहीं कर सकते। आप जावा सर्वर के बिना एक एप्लिकेशन सर्वर को EJB निर्भरता इंजेक्शन का प्रबंधन करने की अनुमति नहीं दे सकते। आप JavaEE के बिना एप्लिकेशन प्रबंधित टाइमर सेवा का उपयोग नहीं कर सकते। इस प्रश्न का उत्तर पहले प्रश्न का उत्तर काफी स्पष्ट करना चाहिए ... JavaEE द्वारा प्रदान की जाने वाली अधिकांश सेवाओं के लिए JavaEE कंटेनर की आवश्यकता होती है।

• आप JavaSE के साथ क्या कर सकते हैं जो आप JavaEE के साथ नहीं कर सकते हैं? उम ... मुझे नहीं पता।

• एक डेवलपर कब तय करता है कि उन्हें JavaEE की आवश्यकता है ? यह प्रश्न पूरी तरह से व्यक्तिपरक है ... लेकिन अगर आपको JavaEE द्वारा प्रदान की गई किसी भी सेवा की आवश्यकता है, तो आप इसके बारे में सोचना शुरू करते हैं। यदि आप नहीं जानते कि JavaEE क्या है ... तो आपको इसकी आवश्यकता नहीं है।

• एक डेवलपर कब तय करता है कि उन्हें JavaEE की आवश्यकता नहीं है? पिछला उत्तर देखें।

• JavaSE संस्करण के साथ JavaEE लाइब्रेरी संस्करण सिंक में क्यों नहीं है? अच्छा प्रश्न। मैं यह जानने का नाटक नहीं करूंगा कि इसका उत्तर कैसे दिया जाए ... लेकिन मुझे लगता है कि इसका उत्तर होगा: "क्योंकि वे सिंक में नहीं हैं"।

Comments

इसे छोड़ दें, कोई नुकसान नहीं है ... मैं बस आपको सुझाव दूंगा कि JavaEE कार्यक्षमता मुख्य रूप से सर्वर / कंटेनरों पर लागू होती है बजाय इसके कि उन्हें आवश्यकता हो।

— एंटोनियो

Answer 3

बर्ड की नज़र में, जावा ईई एक प्लेटफ़ॉर्म है, यानी कुछ ऐसा जो हम बना सकते हैं।

अधिक तकनीकी परिप्रेक्ष्य में, जावा एंटरप्राइज संस्करण मानक एपीआई का एक सेट परिभाषित करता है जो आमतौर पर उद्यम अनुप्रयोगों के निर्माण के लिए उपयोग किया जाता है। ये API एप्लिकेशन सर्वर द्वारा कार्यान्वित किए जाते हैं - और हां, जावा ईई एपीआई के विभिन्न कार्यान्वयन का उपयोग करने के लिए विभिन्न एप्लिकेशन सर्वर स्वतंत्रता पर हैं।

हालाँकि, जावा ee लाइब्रेरी काम नहीं करेगी, और न ही संकलित करेगी जब तक कि आपका कोड जावा ईई एप्लिकेशन सर्वर (जैसे JBoss, GlassFish, Tomcat, इत्यादि) पर चलाया जा रहा हो या उस तक पहुँच न हो।

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

मुझे ईमेल भेजने के लिए सरल कोड को संकलित करने के लिए JBoss के रूप में कुछ बड़े पैमाने पर क्यों चाहिए?

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

जावा ईई लाइब्रेरी "मानक" क्यों नहीं हैं और नियमित जेवीएम डाउनलोड और / या एसडीके में शामिल हैं?

क्योंकि केवल एपीआई ही मानकीकृत हैं, कार्यान्वयन नहीं।

क्यों कई जावा ईई प्रसाद हैं

क्योंकि लोग कुछ विशेषताओं को लागू करने के सही तरीके से असहमत हैं। क्योंकि अलग-अलग विक्रेता बाजार हिस्सेदारी के लिए प्रतिस्पर्धा करते हैं।

जावा ईई के साथ कोई क्या कर सकता है जो वे मानक जावा के साथ नहीं कर सकते हैं?

चूंकि जावा ईई कार्यान्वयन "मानक जावा" के साथ बनाया गया है: कुछ भी नहीं। हालांकि, मौजूदा पुस्तकालयों का लाभ उठाने से आप काफी हद तक बच सकते हैं यदि आप विशिष्ट उद्यम समस्याओं को हल कर रहे हैं, और मानकीकृत एपीआई का उपयोग करके विक्रेता लॉक-इन को रोक सकते हैं।

मानक जावा के साथ कोई क्या कर सकता है जो वे जावा ईई के साथ नहीं कर सकते हैं?

कुछ भी नहीं, चूंकि जावा ईई में जावा एसई शामिल है।

एक डेवलपर कब तय करता है कि उन्हें "ईई" की आवश्यकता है जावा ईई? एक डेवलपर कब तय करता है कि उन्हें जावा ईई की आवश्यकता नहीं है?

सामान्यतया, जावा ईई एपीआई उद्यम कंप्यूटिंग में विशिष्ट, आवर्ती समस्याओं को हल करते हैं। यदि आपके पास ऐसी समस्याएं हैं, तो यह आमतौर पर मानक समाधानों का उपयोग करने के लिए समझ में आता है - लेकिन यदि आपके पास अलग-अलग समस्याएं हैं, तो विभिन्न समाधानों के लिए बुलाया जा सकता है। उदाहरण के लिए, यदि आपको किसी रिलेशनल डेटाबेस से बात करने की आवश्यकता है, तो आपको जेपीए का उपयोग करने पर विचार करना चाहिए। लेकिन अगर आपको एक रिलेशनल डेटाबेस की आवश्यकता नहीं है, तो JPA आपकी मदद नहीं करेगा।

Answer 4

जावा ईई क्या है?

आइए विकी पर कैनोनिकिटी परिभाषा से शुरू करें:

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

यहां मुख्य बिंदु यह है कि जावा ईई एक मंच है जो एक एपीआई प्रदान करता है, न कि कुछ ठोस पुस्तकालय।

जावा ईई के लिए क्या आवश्यक है?

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

हमें अपना कोड चलाने के लिए एप्लिकेशन सर्वर की आवश्यकता क्यों है?

हमें ऑपरेशन सिस्टम की आवश्यकता क्यों है? क्योंकि हार्डवेयर के साथ बहुत सारे दर्दनाक काम हैं जिन्हें हमें सबसे सरल अनुप्रयोग बनाने के लिए करने की आवश्यकता है। और ओएस के बिना आपको इसे बार-बार करने की आवश्यकता है। Oversimplified OS सिर्फ एक प्रोग्रामेटिक कंटेनर है, जो हमें अपने एप्लिकेशन चलाने के लिए एक वैश्विक संदर्भ प्रदान करता है।

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

यहाँ एक और उदाहरण जावा के लिए JVM हो सकता है।

Java EE में ऑनबोर्ड ऐप सर्वर क्यों नहीं है?

मेरे लिए कहना मुश्किल है। मुझे लगता है, यह अधिक लचीलेपन के लिए किया गया था। जावा ईई कहता है कि उन्हें क्या करना चाहिए, वे तय करते हैं कि इसे कैसे करना है।

क्यों JVM में जावा EE शामिल नहीं है?

क्योंकि उन्होंने विभिन्न बाजार क्षेत्रों को निर्देशित किया। जावा ईई में कार्यक्षमता का एक गुच्छा है जो सामान्य डेस्कटॉप के लिए आवश्यक नहीं है।

क्यों कई जावा ईई प्रसाद हैं?

क्योंकि जावा ईई केवल व्यवहार का वर्णन करता है। हर कोई इसे लागू कर सकता है।

जावा ईई के साथ कोई क्या कर सकता है जो वे जावा एसई के साथ नहीं कर सकते हैं?

इंटरनेट पर विजय पाने के लिए। यह वास्तव में जावा एसई एप्लेट और सॉकेट के साथ करना मुश्किल है :)

जावा एसई के साथ कोई क्या कर सकता है जो वे जावा ईई के साथ नहीं कर सकते हैं?

जैसा कि ऊपर उल्लेख किया गया है जावा ईई जावा एसई का विस्तार करता है, इसलिए जावा ईई के साथ आप वह सब कुछ करने में सक्षम होना चाहिए जो जावा एसई के लिए उपलब्ध है।

एक डेवलपर कब तय करता है कि उन्हें "ईई" की आवश्यकता है जावा ईई?

जब उन्हें जावा ईई की शक्ति की आवश्यकता होती है। ऊपर जो कुछ बताया गया है।

एक डेवलपर कब तय करता है कि उन्हें जावा ईई की आवश्यकता नहीं है?

जब वे एक सामान्य कंसोल या डेस्कटॉप एप्लिकेशन लिखते हैं।

क्यों जावा एसई और जावा ईई के संस्करण बिना लाइसेंस के हैं?

जावा को हमेशा प्रौद्योगिकियों के नामकरण और संस्करणकरण में परेशानी होती थी। इसलिए यह स्थिति अपवाद नहीं है।

Answer 5

जावा ईई सभी कंटेनर अवधारणा के बारे में है।
कंटेनर एक निष्पादन संदर्भ है जिसके भीतर आपका एप्लिकेशन चलेगा और जो इसे अंतिम सेवाएं प्रदान करेगा। प्रत्येक प्रकार की सेवा जेएसआर नामक विनिर्देश द्वारा परिभाषित की जाती है। उदाहरण के लिए JSR 907, JTA (जावा लेनदेन Api) जो विभिन्न संसाधनों के विरुद्ध वितरित लेनदेन के प्रबंधन के लिए एक मानक तरीका प्रदान करता है।
किसी दिए गए JSR के लिए आम तौर पर कई अलग-अलग कार्यान्वयन होते हैं, आपके द्वारा उपयोग किया जाने वाला कार्यान्वयन कंटेनर प्रदाता पर निर्भर करता है, लेकिन आप वास्तव में इस बारे में बुरा नहीं मानते हैं क्योंकि आप सुनिश्चित हैं कि व्यवहार पूर्वनिर्धारित अनुबंध का सम्मान करता है: JSR API।
तो जावा ईई का लाभ उठाने के लिए, आपको अपना एप्लिकेशन कंटेनर के अंदर चलाने की आवश्यकता है। दो मुख्य ईजेबी और सर्वलेट कंटेनर हैं जो दोनों किसी भी जावा ईई प्रमाणित एप्लिकेशन सर्वर पर मौजूद हैं।

इन सभी का उद्देश्य एक मानक निष्पादन वातावरण को परिभाषित करने के लिए केवल आवश्यक, id.est के साथ अपने आवेदन को पैकेज करने की अनुमति देना है। आपका व्यवसाय। यह तीसरे पक्ष के पुस्तकालयों के किसी अज्ञात और विभिन्न सेट पर निर्भर रहने से बचता है जिसे आपको अपने ऐप के साथ पैकेज करना और प्रदान करना होगा, और जो सर्वर पर अन्य ऐप के साथ संघर्ष का स्रोत हो सकता है। जावा ईई में आप जानते हैं कि सभी मानक गैर-कार्यात्मक आवश्यकताएं जैसे सुरक्षा, लेन-देन, मापनीयता, दूरस्थ मंगलाचरण, और बहुत कुछ कंटेनर द्वारा प्रदान किया जाएगा (इसके अंदर चलने वाले सभी ऐप्स के लिए कारक) और आपको बस अपना काम इसके आधार पर करना होगा।

Comments

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

— गैब

इस डुप्लीकेट, देख stackoverflow.com/questions/106820/what-is-java-ee अन्य anwsers के लिए।

— गाब

यह प्रश्न केवल दिनांकित नहीं है, बल्कि J2EE बनाम JEE को संदर्भित करता है। इस प्रश्न / सूत्र ने जेईई से संबंधित प्रत्यक्ष और शैक्षिक जानकारी का एक पहाड़ उगल दिया है और यह सार में क्या है। मैं कहूंगा कि यह धागा उस दिनांकित लिंक की तुलना में बहुत अधिक जानकारीपूर्ण है, और यहाँ सूचीबद्ध उत्तरों की गुणवत्ता लिंक की तुलना में बेहतर है।

— स्नेकडोक

अगर किसी को पता था कि जावा ई वास्तव में क्या है, तो वे इसे समझाने में सक्षम होंगे कि एक 6 साल का व्यक्ति समझ सकता है। अधिक जटिल "स्पष्टीकरण" है, जितना कम वे इसके बारे में जानते हैं।

— user2914191

@ user2914191 कुछ अवधारणा को एक पृष्ठभूमि की आवश्यकता है जो सामान्य 6 साल के बच्चे को अभी तक नहीं मिली है, उदाहरण के लिए भौतिकी में एन्ट्रापी। हो सकता है कि आप गलती से यहां आ गए हों, यदि आप बाद में वापस आ सकते हैं।

— गाब