🚪 🙇🏻 👨🏻‍🎤 हम Oracle JDK और Java Web Start से AdoptOpenJDK और OpenWebStart में कैसे चले गए ☀️ 👨‍🎤 🤱🏿

अच्छा दिन।

इस लेख में, मैं उस कंपनी के "आधुनिकीकरण" के बारे में बात करूँगा जो मैं जावा वेब स्टार्ट जैसे उपकरण के लिए काम करता हूं, या इसके बजाय, इसे वैकल्पिक ओपनसोर्स समाधान के साथ बदलने के बारे में।

मेरे बारे में

मेरा नाम इल्डार है और मैं एक जर्मन कंपनी के लिए काम करता हूं, जो कई जर्मन कंपनियों की तरह, पुरानी प्रौद्योगिकी स्टैक का उपयोग करती है और एक नए स्टैक में माइग्रेट करने की कोशिश करती है।

मुसीबत

मैं समस्या के विवरण के साथ शुरू करूँगा। हमारी कंपनी के पास सिस्टम का सबसे महत्वपूर्ण हिस्सा है, जो कि java 6 और आंशिक रूप से जावा 8 में लिखी गई एक विरासत एप्लीकेशन है। इसे java 8 में लॉन्च किया गया था। उत्पादन के लिए इस एप्लिकेशन का उपयोग करने के लिए, उपयोगकर्ता साइट से jnlp फ़ाइल डाउनलोड करते हैं और इसे अपने घर में चलाते हैं। कंप्यूटर पर।

इसलिए कंपनी ~~खुशी से~~ लंबे समय तक अस्तित्व में रही, जब तक कि ओरेकल ने घोषणा नहीं की कि उसने जावा के संस्करण 8 का समर्थन बंद कर दिया है, जावा वेब स्टार्ट तकनीक को अपग्रेड के रूप में चिह्नित किया, और इसे जावा 11 से शुरू करने का फैसला किया। सुरक्षा अद्यतन सहित प्राप्त नहीं होगा। बेशक, कुछ इस के साथ आ सकते हैं। करकुन के उत्साही लोगों ने भी JWS के लिए अपना प्रतिस्थापन लिखने का फैसला किया।

हमारी कंपनी में, कुछ समय पहले, उन्होंने बैकएंड के लिए स्प्रिंग बूट और फ्रंटएंड के लिए रिएक्ट का उपयोग करके एप्लिकेशन को फिर से लिखना शुरू किया, लेकिन प्रक्रिया तेज नहीं है, और अब कोई अपडेट नहीं हैं।

समाधान के लिए खोजें

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

प्रत्येक समाधान में इसके पेशेवरों और विपक्ष थे, लेकिन कंपनी ने ओपनवेबस्टार्ट की रिलीज का इंतजार नहीं करने और गेटडाउन पर आधारित अवधारणा के प्रमाण को लागू करने का फैसला किया।

कुछ हफ़्ते बिताने के बाद, डेवलपर्स में से एक ने काम का सामना किया और हमें एहसास हुआ कि, सिद्धांत रूप में, हम एक पूर्ण समाधान लागू कर सकते हैं जो थोड़ा और समय खर्च करके हमारी आवश्यकताओं को पूरा करता है।

इस बीच, अन्य जरूरी कार्य आ गए और विकास टीम ने PoC मंच से जावा वेब स्टार्ट प्रतिस्थापन के पूर्ण कार्यान्वयन के लिए संक्रमण से विचलित कर दिया।

समय सीमा

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

OpenWebStart के बारे में त्वरित जानकारी

OpenWebStart जावा वेब स्टार्ट - IcedTea-Web और JNLP विनिर्देश JSR-56 के एक और कार्यान्वयन पर आधारित है । लेखन के समय, परियोजना 1.1.4 संस्करण में मौजूद है और जावा वेब स्टार्ट की मुख्य विशेषताओं को लागू करने की योजना है (प्रगति यहां देखी जा सकती है )।
मैं सभी संभावित सेटिंग्स को सूचीबद्ध करने के बिंदु को नहीं देखता हूं, इसमें बहुत लंबा समय लग सकता है।

यहां उनमें से कुछ दिए गए हैं:

कैश प्रबंधन (आकार, स्थान ...),
सुरक्षा सेटिंग्स (उपयोगकर्ताओं को प्रमाणपत्र द्वारा हस्ताक्षर किए गए एप्लिकेशन को चलाने की अनुमति देता है, चेतावनी पॉपअप दिखाने के लिए या नहीं ...):
सफेद सूची में सर्वर पते जोड़ें,
दूरस्थ डीबग सेटिंग,
सुरक्षा प्रमाणपत्र प्रबंधन
JRE / JDK संस्करण नियंत्रण,
अन्य

OpenWebStart और हमारे सामने आने वाली समस्याओं का उपयोग करने की विशेषताएं

OpenWebStart स्थापित करें

OpenWebStart को स्थापित करना काफी सरल है। यह वेबसाइट पर आपके प्लेटफ़ॉर्म के लिए इंस्टॉलेशन फ़ाइल डाउनलोड करने और इंस्टॉलर के निर्देशों का पालन करने के लिए पर्याप्त है।

लेकिन यह दुर्भाग्य है। हमारे मामले में, उपयोगकर्ता लगभग 10,000 ग्राहक हैं, जिनमें से प्रत्येक के लिए हमारी कंपनी की सहायता सेवा को यह उपकरण स्थापित करना होगा। समाधान काफी जल्दी मिल गया: तथाकथित पृष्ठभूमि स्थापना उपलब्ध है।

आपको प्रत्येक कंप्यूटर पर इंस्टॉलेशन फ़ाइल अपलोड करने और एक विशेष कमांड चलाने की आवश्यकता है (और इसके लिए कंपनी के पास पहले से ही एक उपकरण है):

OpenWebStart_windows_Setup.exe -q -varfile response.varfile

, जहां response.varfile कुछ सेटिंग्स के साथ एक फाइल है जिसे इंस्टॉलर द्वारा अग्रिम में सेट किया जा सकता है। उदाहरण के लिए, फ़ोल्डर जिसमें OpenWebStart, और कुछ अन्य को स्थापित करना है।

खैर, हमने इस समस्या का सामना किया। इसके अलावा, सभी ग्राहकों के लिए यह आवश्यक होगा कि वे किसी तरह से AdoptOpenJDK का एक विशिष्ट संस्करण इंस्टॉल करें और उन्हें OpenWebStart से लिंक करें, जो कि यूजर इंटरफेस के माध्यम से आसानी से किया जाता है, लेकिन यह हमारा मामला नहीं है।

हमने सेटिंग्स में पाया कि आप उस URL को निर्दिष्ट कर सकते हैं जिससे OpenWebStart सेटिंग्स फ़ाइल लेगा, जिसमें आप URL को उस JRE में निर्दिष्ट कर सकते हैं जिसकी हमें आवश्यकता है। और सेटिंग्स फ़ाइल के साथ URL को केवल ऊपर उल्लिखित response.varfile में निर्दिष्ट किया जा सकता है (यह कितना जटिल है)।

JSON सेटिंग्स JRE के विभिन्न संस्करणों के साथ खुद को फाइल करती है ।

सेटिंग्स में, आप JRE के संस्करण और विक्रेता को भी निर्दिष्ट कर सकते हैं, अगर JSON फ़ाइल में कई JRE निर्दिष्ट हैं। हमने केवल एक को इंगित किया और JSON फ़ाइल और आर्काइव को JRE के साथ अपलोड किया जिसे हमें Amazon S3 बाल्टी की आवश्यकता है।

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

"ठीक है, अब सब कुछ ठीक चलेगा," हमने सोचा।

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

दुर्भाग्य कभी अकेले नहीं आता

लेकिन जैसा कि आमतौर पर होता है, हम एक समस्या तक सीमित नहीं थे।

हमारे आवेदन में एक विशेषता है। वास्तव में उनमें से दो हैं। एक अनुप्रयोग (एक jnlp फ़ाइल) एक दूसरा अनुप्रयोग (दूसरा jnlp) शुरू करता है। और इस मामले में, दूसरा आवेदन शुरू नहीं हुआ। लॉग में, आप देख सकते हैं कि एप्लिकेशन गतिरोध में फंस गए हैं। स्टील्थ ट्रेस से, यह स्पष्ट हो गया कि इसका कारण OpenWebStart आंतरिक लॉगिंग तंत्र है।

OpenWebStart की आंतरिक लॉगिंग को अक्षम करके समस्या का समाधान किया गया था। हमारे अनुप्रयोगों के लॉग, निश्चित रूप से, पर बने रहे।

इन सेटिंग्स को response.varfile फ़ाइल में भी बंद कर दिया गया, जिसका उपयोग बैकग्राउंड इंस्टालेशन के दौरान किया जाता है।

और अब, इन और कुछ अन्य बाधाओं पर काबू पाने के बाद (मुझे हर किसी का उल्लेख नहीं करना है), हमने अपना एप्लिकेशन लॉन्च करने में कामयाबी हासिल कर ली है, जो वर्तमान में परीक्षण के तहत जारी किया जा रहा है। जैसा कि हमने परीक्षण किया, OpenWebStart का संस्करण 1.1.1 से 1.1.4 तक उन्नत हुआ। उल्लेखनीय परिवर्तनों में से दूरस्थ रूप से पदार्पण करने की क्षमता को जोड़ा गया।

शायद मेरा लेख किसी ऐसे कठिन काम में उपयोगी होगा जो विरासत अनुप्रयोगों के समर्थन के रूप में हो। यदि आपके पास प्रश्न हैं - पूछें, मैं जवाब देने की कोशिश करूंगा।

PS सभी चित्र आधिकारिक OpenWebStart वेबसाइट से लिए गए हैं ।

हम Oracle JDK और Java Web Start से AdoptOpenJDK और OpenWebStart में कैसे चले गए