🚦 👩‍✈️ 👨🏾‍🤝‍👨🏼 XIMA क्रॉनिकल आपातकालीन टेलीफोन निगरानी और रिपोर्टिंग प्रणाली का समस्या निवारण करता है 🙏🏿 📳 🐑

मैं आपका, हब्बर के पाठकों और लेखकों का स्वागत करता हूँ!

मैं वर्तमान में अध्ययन कर रहा हूं, एक दिलचस्प स्टार्टअप में MyMoneyPark - सिस्टम एडमिनिस्ट्रेटर के रूप में काम कर रहा है। स्वाभाविक रूप से, सबसे पहले, इस काम में वह सब कुछ शामिल है जो संभव है, जिसमें "एनीकेस्टोवो" भी शामिल है, लेकिन यह एक ऐसा अनुभव है जो छात्र को नुकसान पहुंचाने की संभावना नहीं है।

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

सिस्टम के बारे में

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

ऐसा लगता था कि ग्राहक सेवा लाइन (LOC) के प्रमुख को सबसे सरल स्थिति, उपयोगिता के लिए "बुनियादी" एक्सेस मिलती है जो कि एप्लेट के रूप में जावा के माध्यम से काम करती है। पहली बात वह उत्पाद के साथ परिचित हो जाएगी, और बहुत सफलतापूर्वक - पहले पुनरारंभ के बाद, सिस्टम शुरू करने से इनकार कर देगा।

यह सब कैसे शुरू हुआ

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

पहला कदम

Google पर उत्तर नहीं मिलने और XIMA-FAQ से उत्तर नहीं मिलने के बाद, मैंने अपना स्वयं का गहन समस्या निवारण शुरू किया। यह मानना आसान था कि सभी जावा एप्लेट अनुरोध एक HTTP सर्वर द्वारा परोसे जाते हैं। वैसे, क्रॉनिकल में HTTP सर्वर टॉमकैट है। इसलिए, उपलब्ध रिपोर्ट की एक सूची के साथ URL के लिए एक प्रत्यक्ष अनुरोध में एक भोज सर्वर त्रुटि दिखाई दी - 503। शायद किसी ने सर्वर लॉग का अध्ययन शुरू करने के लिए तुरंत अलग तरीके से किया होगा, लेकिन एक कनेक्शन त्रुटि को देखते हुए, आप अनजाने में नेटवर्क की समस्याओं के बारे में सोचते हैं। इसलिए, पहले मेरे दिमाग में आने वाले क्लाइंट के लिए सर्वर की उपलब्धता की जांच करने का विचार था।

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

संक्षिप्त लॉग क्लिपिंग

SCHWERWIEGEND: StandardWrapper.Throwable
java.lang.ClassCastException: javax.swing.tree.DefaultMutableTreeNode को com.ximasoft.chronicall.reports.manager.ReportNode पर नहीं डाला जा सकता है
com.ximasoft.chronicall.reports.manager.ReportManager.ensureUniqueFolderIDs (ReportManager.java:1364) पर
com.ximasoft.chronicall.reports.manager.ReportManager.ensureUniqueFolderIDs (ReportManager.java:1364) पर
com.ximasoft.chronicall.reports.manager.ReportManager.init (ReportManager.java:1336 पर)
javax.servlet.GenericServlet.init (GenericServlet.java:212) पर

त्रुटि ने मुझे परेशान नहीं किया, जावा अनुप्रयोगों को डिबग करने में अनुभव होने के कारण, मैं मैन्युअल रूप से यह खोजने की कोशिश कर सकता था कि चमत्कारिक उपयोगिता के प्रक्षेपण को रोकना क्या है। लेकिन, दुर्भाग्यवश, बिना कारण न सुने, मैंने सेवा को फिर से शुरू करके, जेवीएम को फिर से स्थापित करके, कैश को साफ़ करके और जावा मशीन के विभिन्न संस्करणों के साथ असंगतता के रूप में "नुकसान" की खोज की, सामान्य रूप से, सब कुछ जो कि XIMA-FAQ, निर्माता की वेबसाइट और विषयगत फोरम। तो कुछ भी मदद नहीं की। पिछली बार मैंने जो किया था, वह स्वाभाविक रूप से डेवलपर्स को समस्या के विस्तृत विवरण के साथ एक त्रुटि रिपोर्ट भेजना था। मुझे विश्वास था कि बग रिपोर्ट के स्लोगन में उनके काम की गति के बारे में था, मुझे लगा कि वे वास्तव में जल्दी से जवाब देंगे, लेकिन हार गए, इसका जवाब कुछ ही हफ्तों में मिल गया, जिसके बारे में मैं बाद में चर्चा करूंगा।

समझदार ने सोचा

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

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

अब यह स्पष्ट हो जाता है कि फ़ंक्शन लॉग से "ensUniqueFolderIDs", जाहिरा तौर पर, ऊपर की आकृति से सूची लोड करने के लिए आंशिक रूप से जिम्मेदार है। यह खोजने के लिए रहता है कि चयन वृक्ष का डेटा कहां से लोड किया गया है और त्रुटि को ठीक करने का प्रयास करें।

उन्मूलन

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

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

निष्कर्ष

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

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

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

पुनश्च

अगर मैं शुरू में गलत तरीके से गया, तो मैं किसी भी आलोचना को स्वीकार करूंगा। यदि इस समस्या को हल करने के सरल तरीके हैं, तो मैं वास्तव में इसके बारे में जानना चाहूंगा।
आपके पास पहले लेख के लिए दृढ़ता से न्याय न करें।

XIMA क्रॉनिकल आपातकालीन टेलीफोन निगरानी और रिपोर्टिंग प्रणाली का समस्या निवारण करता है