इस लेख में मैं जावा ईई, स्प्रिंग, अक्का का उपयोग करके उद्यम जावा अनुप्रयोगों के लिए सर्वर प्लेटफार्मों की वास्तुकला पर अपने विचार साझा करना चाहता हूं।
आप क्यों लिखना चाहते थे? JavaOne 2012 में, जावा और JVM की दुनिया के रुझानों और परिवर्तनों के बारे में बहुत कुछ बताया गया था - Polyglot JVM, lambdas, modularity। सम्मेलन में, यह महसूस किया गया कि जावा ईई की सभी उपलब्धियाँ प्रोग्रामिंग भाषा पर निर्भर नहीं होनी चाहिए। अब वे अक्सर सवाल पूछते हैं - जावा की जगह कौन सी भाषा होगी? लेकिन फिर उद्यम अनुप्रयोगों को विकसित करने के लिए सभी मौजूदा प्रौद्योगिकियों के साथ क्या करना है? ये तकनीक विशिष्ट रूप से मूल्यवान हैं। क्या एक ही समय में एक प्रोग्रामिंग भाषा को बदलना संभव है और एक ही समय में मौजूदा विकास और निवेश को संरक्षित करना है? जाहिरा तौर पर हाँ।
अब मैं Polyglot JVM प्रवृत्ति के प्रभाव के बारे में अधिक विस्तार से कोशिश करूंगा।
पॉलीग्लॉट जेवीएम की शुरूआत दो लक्ष्यों को प्राप्त करती है: यह नवाचार के लिए मार्ग प्रशस्त करता है और एंटरप्राइज़ उद्यम क्षेत्र में सभी जावा प्रौद्योगिकियों को संरक्षित करता है। लेकिन इन नतीजों का रास्ता लंबा होगा ;-)
यह लेख एंटरप्राइज़ एप्लिकेशन डेवलपर्स के लिए है। मुझे आशा है कि यह जावा पर आधारित सर्वर प्लेटफार्मों की वास्तुकला के ज्ञान को व्यवस्थित करने में मदद करता है और, शायद, उपयोग की जाने वाली भाषाओं की सीमा का विस्तार करने के लिए प्रेरित करता है।

1. ऑब्जेक्ट मैनेजमेंट आर्किटेक्चर, CORBA

एंटरप्राइज़ एप्लिकेशन के लिए सर्वर प्लेटफ़ॉर्म आर्किटेक्चर के मूल में OMG द्वारा विकसित ऑब्जेक्ट मैनेजमेंट आर्किटेक्चर (OMA) और CORBA हैं।

यह मजेदार है कि अब डेवलपर्स पुराने हैं, संक्षिप्त नाम OMG ऑब्जेक्ट मैनेजमेंट ग्रुप है, युवा पीढ़ी - ओह माय गॉड!

ऑब्जेक्ट मैनेजमेंट आर्किटेक्चर (OMA, http://www.omg.org/oma ) वितरित ऑब्जेक्ट सिस्टम के लिए विकसित किया गया था जिसमें एक क्लाइंट किसी ऑब्जेक्ट विधि के लिए RPC रिमोट कॉल करता है।
RPC के माध्यम से पहुँच के लिए संसाधनों के प्रकारों के बारे में अधिक जानकारी यहाँ https://www2.opengroup.org/ogsys/catalog/c706 (धारा 2.1.1.5) से प्राप्त की जा सकती है। दूरस्थ संसाधन की व्याख्या कैसे करें, इसके आधार पर, निम्नलिखित संसाधन मॉडल प्रतिष्ठित हैं: सर्वर, सेवा, वस्तु। यदि आप इन प्रकार के संसाधनों को ध्यान से देखते हैं, तो प्रत्येक प्रकार के अपने स्वयं के प्रकार के लिए वास्तुकला "भीख": क्रमशः, क्लाइंट-सर्वर, सेवा-उन्मुख, वितरित वस्तु वास्तुकला।
तो, OMA को तीसरे प्रकार के संसाधनों के लिए बनाया गया था - वस्तुओं के लिए। अब अन्य प्रकार के संसाधनों का अधिक सक्रिय रूप से उपयोग किया जाता है - एक सेवा (उदाहरण के लिए, एसओएपी), एक सर्वर (उदाहरण के लिए, SQL, HTTP)।
लेकिन ऑब्जेक्ट से सर्वर / सेवा में संसाधन के प्रकार को बदलने से ओएमए से कई विचारों के हस्तांतरण को रोका नहीं गया, विशेष रूप से, जावा ईई आर्किटेक्चर को।


ओएमए आर्किटेक्चर

OMA का एक महत्वपूर्ण हिस्सा ऑब्जेक्ट रिक्वेस्ट ब्रोकर (ORB) है। ओआरबी केवल एक वस्तु-उन्मुख आरपीसी से अधिक व्यापक है। कार्यात्मक रूप से, यह आंशिक रूप से एप्लिकेशन सर्वर का एक एनालॉग है।

CORBA (कॉमन ऑब्जेक्ट रिक्वेस्ट रिक्वेस्ट ब्रोकर आर्किटेक्चर एंड स्पेसिफिकेशन) निर्दिष्ट करता है कि ORB को कैसे लागू किया जाना चाहिए।
ORB वास्तुकला दो महत्वपूर्ण विचारों पर आधारित है:

• क्लाइंट आर्किटेक्चर सरल होना चाहिए;
• सभी मापनीयता तंत्र जो सर्वर को उच्च भार का सामना करने की अनुमति देते हैं, सर्वर पर स्थित होते हैं, जिसके परिणामस्वरूप सर्वर आर्किटेक्चर अधिक जटिल होता है।

ओआरबी अनिवार्य रूप से व्यावसायिक लॉजिक ऑब्जेक्ट्स के लिए कंटेनर की अवधारणा का परिचय देता है (इसे ऑब्जेक्ट एडेप्टर कहा जाता है): सर्वर पर बिजनेस लॉजिक ऑब्जेक्ट कंटेनर द्वारा बनाए और नष्ट किए जाते हैं। नीचे दिया गया चित्र ORB संरचना को दर्शाता है और ऑब्जेक्ट एडेप्टर को लाल रंग में हाइलाइट किया गया है।


ORB संरचना, ऑब्जेक्ट एडॉप्टर को लाल रंग में हाइलाइट किया गया है

इसके लिए प्रेरणा यह सुनिश्चित करना था कि सर्वर उच्च भार के तहत चल रहा था। इसलिए, 1) क्लाइंट को "सर्वर-साइड" सर्वर ऑब्जेक्ट बनाने की अनुमति नहीं है - यह अचानक इसे नष्ट करने के लिए भूल जाता है, 2) सर्वर ऑब्जेक्ट्स के लिए स्केलेबिलिटी मैकेनिज्म लागू कर सकता है (एक ऑब्जेक्ट को लोड कर सकता है यदि इसे लंबे समय तक एक्सेस नहीं किया गया है, तो इसे लोड करें)। इस कार्य योजना में सभी क्लाइंट का अधिकार सर्वर से व्यापार तर्क के साथ सर्वर ऑब्जेक्ट के लिंक के लिए अनुरोध करना है और ऑब्जेक्ट विधि को दूरस्थ रूप से कॉल करना है।

ओएमए में व्यावसायिक तर्क वस्तुओं के कंटेनर के अलावा, सर्वर प्लेटफॉर्म के अभिन्न अंग के रूप में ऑब्जेक्ट सर्विसेज की अवधारणा है - नीचे दिए गए आंकड़े को देखें। सेवाओं के बीच: वितरित लेनदेन सेवा, सुरक्षा सेवा, घटना सेवा और अन्य (सेवाओं की पूरी सूची के लिए, http://www.omg.org/spec/#CS देखें)।


कोरबा वस्तु सेवा

एक सर्वर ऑब्जेक्ट कार्यान्वयन उपरोक्त उल्लिखित ऑब्जेक्ट एडाप्टर के माध्यम से सेवाओं तक पहुंच सकता है।
इस प्रकार, कोरबा में ऐसे विचार शामिल हैं जो जावा में आधुनिक सर्वर प्लेटफार्मों में सक्रिय रूप से उपयोग किए जाते हैं: कंटेनर और सेवाओं का उपयोग, जैसा कि निम्नलिखित आंकड़े में दिखाया गया है।


सर्वर प्लेटफॉर्म की संरचना: कंटेनर और सेवाएं

CORBA ने कई अन्य विचारों को भी शामिल किया है जो वर्तमान में सक्रिय रूप से उपयोग किए जा रहे हैं। तो, यह CORBA था जिसने "इंटरसेप्टर" ( CORBA विनिर्देशन, संस्करण 2.3 , अध्याय 21) की अवधारणा पेश की। CORBA इंटरसेप्टर एक हुक है जिसका उपयोग सर्वर ऑब्जेक्ट बनाते समय या किसी सर्वर ऑब्जेक्ट को इनवॉइस करते समय सेवाओं का उपयोग करने के लिए किया जा सकता है। अब इंटरसेप्टर का इस्तेमाल स्प्रिंग में और जावा ईई में आईओसी कंटेनरों में किया जाता है।

2. जावा ईई / स्प्रिंग प्लेटफॉर्म आर्किटेक्चर

आधुनिक सर्वर प्लेटफ़ॉर्म आर्किटेक्चर (विशेष रूप से, जावा ईई, स्प्रिंग) CORBA के बाद एक निश्चित विकास से गुजरे हैं।
उनकी संरचना में निम्नलिखित रूपरेखाएँ जोड़ी गईं:

• वेब ढांचा;
• आईओसी कंटेनर;
• ORM ढांचा।

CORBA GIOP / IIOP सर्वर के साथ क्लाइंट संचार प्रोटोकॉल के उपयोग पर केंद्रित है। वर्तमान में, HTTP, SOAP, और REST प्रोटोकॉल (HTTP पर) क्लाइंट और सर्वर के बीच संवाद करने के लिए उपयोग किए जाते हैं।
HTTP प्रोटोकॉल के साथ काम करने के लिए सर्वर प्लेटफॉर्म में एक सर्वलेट कंटेनर को शामिल किया गया है। सर्वलेट कंटेनर ने केवल HTTP प्रोटोकॉल के साथ ही काम किया और वास्तव में, व्यापार तर्क लिखने के लिए कोई प्रोग्रामिंग मॉडल पेश नहीं किया। HTTP प्रोटोकॉल निर्भरता के साथ सर्वलेट कंटेनर के लिए कोड लिखा गया है।
इस संबंध में, वेब फ्रेमवर्क प्रकट हुए हैं जो कार्य करते हैं:

1. संचार प्रोटोकॉल पर व्यावसायिक तर्क के साथ कोड की निर्भरता को हटा दें;
2. वेब-आधारित अनुप्रयोगों के विकास को गति देने वाले अनुप्रयोग मॉड्यूल (जैसे MVC) के लिए स्थापत्य पैटर्न का परिचय दें
3. वेब अनुप्रयोगों के दायरे में वस्तुओं के जीवन चक्र का प्रबंधन।

अब IoC कंटेनर (नियंत्रण का उलटा) के बारे में। एक IoC कंटेनर निम्नलिखित समस्या को हल करता है: यह आपको सर्वर पर किसी भी वस्तु के जीवनचक्र प्रबंधन को कंटेनर में स्थानांतरित करने की अनुमति देता है, लेकिन व्यावसायिक तर्क कोड कंटेनर पर ही निर्भर नहीं करेगा।
मंच में एक महत्वपूर्ण स्थान ओआरएम ढांचे द्वारा लगातार वस्तुओं के लिए लिया गया था। मैं इस स्पष्ट तथ्य पर ध्यान क्यों दे रहा हूं? अभ्यास से पता चला है कि इस ढांचे में कंटेनर के कार्य नहीं होने चाहिए (अर्थात संग्रहीत वस्तुओं के जीवन चक्र को प्रबंधित करना)। यह त्रुटि - कंटेनर प्रबंधित EJB इकाई बीन्स - EJB 2.0 में बनाई गई थी। अभ्यास से पता चला है कि इस तरह के समाधान की जड़ नहीं थी।
यहाँ यह चित्रित करने का तरीका बताया गया है।


विशिष्ट जावा-आधारित सर्वर प्लेटफॉर्म आर्किटेक्चर

2.1। जावा ईई

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


जावा ईई प्लेटफ़ॉर्म संरचना

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

2.2। वसंत

वसंत उसी वास्तुकला का एक प्रतिनिधि है जो जावा ईई (कोरा) के रूप में है: कंटेनर, सेवाओं और रूपरेखाओं का सक्रिय रूप से उपयोग किया जाता है।


स्प्रिंग प्लेटफ़ॉर्म संरचना

हालांकि, मतभेद हैं:

1. वसंत को अलग से तैनात किया जा सकता है या एक वेब सर्वर पर आधारित है जो एक सर्वलेट कंटेनर और बुनियादी सेवाएं प्रदान करता है;
2. स्प्रिंग आवश्यक एंटरप्राइज़ सेवाओं के साथ काम करने के लिए एक एपीआई प्रदान करता है जो उन्हें उपयोग किए जाने पर वितरित किया जा सकता है।

2.3। स्प्रिंग बनाम जावा ईई

मैं पूरी तरह से जावा ईई बनाम स्प्रिंग के विषय पर "पवित्र युद्ध" का निर्माण नहीं करना चाहता।
निस्संदेह, स्प्रिंग प्रोग्रामर को अधिक नवीन प्रोग्रामिंग मॉडल प्रदान करता है।
जावा ईई 2012 में जावा ईई और स्प्रिंग फ्रेमवर्क पैनल डिस्कशन सत्र में, निम्नलिखित बिंदुओं को प्रस्तावित किया गया था: वसंत नवाचार है, जावा ईई मानकीकरण है। प्रौद्योगिकी नवाचारों को जीवन के अपने अधिकार को साबित करना होगा, और फिर मानकीकृत किया जा सकता है। असफल EJB 2.0 एंटिटी बीन समाधान अभी भी EJB प्रौद्योगिकी की राय को खराब करता है, इस विफलता का कारण प्रौद्योगिकी का जल्दबाजी मानकीकरण था।


जावाऑन 2012, जावा ईई और स्प्रिंग फ्रेमवर्क पैनल डिस्कशन से फोटो

3. जावा के बिना जावा एंटरप्राइज?

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



इस आंकड़े का विश्लेषण करते हुए, निम्नलिखित प्रश्न उठता है: क्या व्यापार तर्क के घटकों को उस भाषा पर निर्भर होना चाहिए जिसमें सर्वर प्लेटफॉर्म लागू किया गया है ।
यदि ऐसी स्वतंत्रता संभव है, तो यह सभी उपलब्धियों, सर्वर प्लेटफ़ॉर्म प्रौद्योगिकियों के पूरे ढेर को बचाएगा, साथ ही नवीनता और अन्य भाषाओं के सभी फायदे, उदाहरण के लिए, गतिशील टाइपिंग के साथ कार्यात्मक या भाषाओं को बचाएगा। अन्य भाषाओं के फायदों में संक्षिप्तता, क्लोजर, ऑपरेटर ओवरलोडिंग, संग्रह के साथ काम करने के लिए सहज ज्ञान युक्त वाक्यविन्यास, एक कार्यात्मक प्रोग्रामिंग प्रतिमान है। डायनेमिक भाषाएं भी जावा ईई के साथ डीएसएल का उपयोग करने का मार्ग प्रशस्त करती हैं।
इसी समय, यह सवाल उठता है कि सर्वर प्लेटफॉर्म को नवाचार के लिए खुला होना चाहिए । शायद इन नवाचारों में से कुछ को उनके द्वारा हल किए जाने वाले कार्यों की प्रकृति के कारण अन्य प्रोग्रामिंग भाषा में आसानी से किया जाएगा।
एक सवाल के साथ, एक और प्रोग्रामिंग भाषा की आवश्यकता क्यों हो सकती है, यह पता लगाया गया है।

अब सवाल - यह कैसे प्राप्त करने के लिए?
सर्वर प्लेटफ़ॉर्म के कार्यान्वयन की भाषा से सर्वर ऑब्जेक्ट की स्वतंत्रता को कोर्बा में वापस प्रस्तावित किया गया था। सर्वर ऑब्जेक्ट लिखते समय प्लेटफ़ॉर्म को मानकीकृत करने और आईडीएल (इंटरफ़ेस परिभाषा भाषा) का उपयोग करके यह हासिल किया गया था। हालाँकि, सर्वर प्लेटफ़ॉर्म का कठोर मानकीकरण नवाचार का मार्ग अवरुद्ध करता है। परिणामस्वरूप, एंटरप्राइज़ सिस्टम बनाने में CORBA बहुत सामान्य नहीं है।
समाधान खोजने के लिए, पिछले आंकड़े से परे जाना और उस नींव की तलाश करना आवश्यक है जिस पर सर्वर प्लेटफॉर्म स्वयं बनाया गया है। यह नींव जेवीएम है, नीचे आंकड़ा देखें।



यदि सर्वर प्लेटफ़ॉर्म और व्यावसायिक तर्क अलग-अलग भाषाओं में लिखे जाते हैं जो एक ही JVM पर चलते हैं, तो इससे लक्ष्य प्राप्त होंगे:

1. सर्वर प्लेटफार्मों के सभी मौजूदा विकास को बचाता है;
2. आपको नवाचार के लिए सर्वर प्लेटफ़ॉर्म का खुलापन सुनिश्चित करने की अनुमति देता है;
3. आपको विभिन्न भाषाओं में व्यावसायिक तर्क और सर्वर प्लेटफ़ॉर्म विकसित करने की अनुमति देता है।

यही कारण है कि पॉलीग्लॉट जेवीएम की दिशा सक्रिय रूप से विकसित हो रही है।
निम्नलिखित उदाहरण दिए गए निष्कर्षों की पुष्टि करते हैं:

1. ग्रिल्स प्लेटफॉर्म (ग्रूवी पर आधारित);
2. जाइथोन के साथ Django;
3. जेएसएफ + ग्रूवी ;
4. स्प्रिंग + ग्रूवी ( http://www.ibm.com/developerworks/java/library/j-groovierspring1/index.html , http://habrahabr.ru/post/145158/ )।

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

4. पॉलीग्लॉट जेवीएम

जेवीएम हमेशा जावा से अलग रहा है और उसने निर्देशों का अपना सेट - बायटेकोड चलाया है। एक अन्य भाषा में लिखे गए कार्यक्रम और बायटेकोड में संकलित जेवीएम पर निष्पादित किया जा सकता है।
हालाँकि, JDK 6 और JDK 7 से पहले, यह केवल स्टैटिक टाइपिंग वाली भाषाओं के लिए ही संभव था।
स्केला, 2003 में दिखाई देने वाली स्थिर टाइपिंग वाली भाषा, उस समय मौजूद JVM के निर्देशों के सेट के आधार पर बायटेकोड में समस्याओं के बिना संकलित की गई थी।
जावा टाइपिंग एपीआई लाइब्रेरी (javax.script। *) में डायनेमिक टाइपिंग लैंग्वेजेज को सपोर्ट करने के लिए पहला कदम JDK 6 में बनाया गया था। हालाँकि, यह निर्णय आंशिक था। काम करने के लिए स्क्रिप्ट कोड के लिए, इस भाषा के लिए एक स्क्रिप्टिंग इंजन की आवश्यकता थी। यह समाधान प्रदर्शन में भिन्न नहीं था, क्योंकि सार में "डबल" व्याख्या का प्रदर्शन किया गया था - पहले, इंजन का उपयोग करके स्क्रिप्ट कोड की व्याख्या, और फिर वर्चुअल मशीन द्वारा इंजन कोड की व्याख्या।
JVK 7 के लिए विशेष रूप से गतिशील भाषाओं के लिए डिज़ाइन किए गए JVM के लिए एक नए निर्देश के आगमन के लिए JDK 7 में JVM एक सच्चा "बहुभाषाविद" बन गया। इस निर्देश के लिए धन्यवाद, स्क्रिप्ट कोड निष्पादन के प्रदर्शन में काफी सुधार हुआ है।
वर्तमान में, निम्नलिखित भाषाएँ JVM के शीर्ष पर काम कर सकती हैं: जावा, स्काला, JRuby, Groovy, Clojure, Jython, और अन्य।
अधिक जानकारी के लिए, मैं JVM के लिए भाषाओं पर प्रस्तुति देने की सलाह देता हूं।

5. वैकल्पिक आर्किटेक्चर और पॉलीग्लॉट जेवीएम

उदाहरण के लिए, अन्य सर्वर प्लेटफ़ॉर्म भी विकसित किए जा रहे हैं, उदाहरण के लिए, इवेंट संचालित आर्किटेक्चर (EDA) पर आधारित, विशेष रूप से, अक्का ( http://www.oraclejavamagazine-digital.com/javamagazine/20121112?pg=56#pg56 )।
EDA पर आधारित प्लेटफार्मों के लिए, कंटेनरों और सेवाओं की विचारधारा भी लागू होती है। हालांकि, उनके लिए सेवाओं की सूची की समीक्षा की जानी चाहिए और कोरबा / जावा ईई / स्प्रिंग सेवाओं की सूची से अलग होनी चाहिए। यह वितरित वितरण सेवा के उदाहरण द्वारा खूबसूरती से प्रदर्शित किया गया है। दूरस्थ कॉल (RPC) के बजाय ईवेंट का उपयोग करना खराब कनेक्टिविटी के लिए अनुमति देता है। हालांकि, इस दृष्टिकोण के साथ, यह स्पष्ट नहीं हो जाता है कि लेनदेन की सीमाएं कहां निर्धारित करें। लेन-देन की सीमाओं को निर्धारित करने से मजबूत कनेक्टिविटी होती है ( http://natishalom.typepad.com/nati_shaloms_blog/2007/08/lessons-from-am.html )।
इस प्रकार, EDA के लिए एक ही तस्वीर - EDA के क्षेत्र में विकास का अपना मूल्य है, और प्रोग्रामिंग भाषा पर निर्भर नहीं है।
परंपरागत रूप से, अक्का को स्काला या जावा के साथ जोड़ा जाता है। हालांकि, अन्य भाषाओं का उपयोग करने के लिए उदाहरण हैं, उदाहरण के लिए अक्का + ग्रूवी ( http://littlesquare.com/2012/02/playing-with-akka-groovy-rest-maven/ )।
EDA के लिए Polyglot JVM का उपयोग करने से आप अन्य भाषाओं का लाभ लेते हुए प्रौद्योगिकी और प्लेटफार्मों में जमीनी कार्य को बचा सकते हैं।

6. निष्कर्ष

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

1. जावा के लिए सर्वर प्लेटफ़ॉर्म के सभी मौजूदा विकासों को बचाएं;
2. नवाचार के लिए सर्वर प्लेटफ़ॉर्म का खुलापन सुनिश्चित करना;
3. सर्वर प्लेटफ़ॉर्म कार्यान्वयन भाषा के अलावा किसी अन्य भाषा में व्यावसायिक तर्क विकसित करने के लिए, और व्यावसायिक तर्क के विकास में लाने के लिए कार्यात्मक टाइपिंग के साथ कार्यात्मक भाषाओं और भाषाओं के सभी फायदे;
4. मुद्दे के वित्तीय पक्ष का ध्यान रखें: उन भाषाओं का उपयोग करें जिन्हें टीम जानती है और समय और पैसा बर्बाद न करें।

वाह। ऐसा लगता है कि सभी ;-)