मुझे आगे बताएं कि मैं इस विषय पर इतना अज्ञानी हूं कि मुझे यह भी नहीं पता कि इस प्रश्न का उद्देश्य उत्तर है या नहीं। यदि यह "नहीं" होने पर समाप्त होता है, तो मैं पोस्ट को बंद करने के लिए हटा दूंगा या वोट दूंगा।उत्पादन-केवल त्रुटि को डीबग करने की प्रक्रिया क्या है?
यहां परिदृश्य है: मैंने अभी एक छोटी सी वेब सेवा लिखी है। यह मेरी मशीन पर काम करता है। यह मेरी टीम लीड की मशीन पर काम करता है। जहां तक मैं कह सकता हूं, उत्पादन मशीन को छोड़कर प्रत्येक मशीन पर यह काम करता है। अपवाद पर उत्पादन सर्वर बाहर निकलने का अपवाद किसी तृतीय-पक्ष JAR फ़ाइल से निकलता है, और जानकारी पर स्किम्पी है। मैं घंटों तक वेब पर खोज करता हूं, लेकिन कुछ भी उपयोगी नहीं होता।
तो उत्पादन मशीनों पर होने वाली किसी समस्या को ट्रैक करने की प्रक्रिया क्या है? क्या इसके लिए एक मानक पद्धति, या शायद उपकरण की श्रेणी/परिवार है?
इस प्रश्न को प्रेरित करने वाली त्रुटि को पहले ही तय कर दिया गया है, लेकिन यह डीबगिंग के ठोस दृष्टिकोण की तुलना में अच्छे भाग्य के कारण था। मैं भविष्य में संदर्भ के लिए यह सवाल पूछ रहा हूं।
संपादित करें: प्रवेश:
जवाब यह करने के लिए अब तक एक शब्द द्वारा अभिव्यक्त किया जा रहा है। लॉगिंग के साथ एक मुद्दा यह है कि इसे पूर्व-विचार की आवश्यकता है। क्या होगा यदि खराब लॉगिंग वाले मौजूदा सिस्टम में कोई स्थिति आती है, या ग्राहक संवेदनशील डेटा के बारे में चिंतित है और सिस्टम में व्यापक लॉगिंग सिस्टम नहीं चाहते हैं?
कुछ संबंधित प्रश्न:
Test accounts and products in a production system
Running test on Production Code/Server
"ऐसा नहीं हो सकता" या "यह असंभव है" लाने के लिए बहुत अच्छा है। हम सभी जानते हैं कि क्या हुआ जब ल्यूक ने इसका उल्लेख किया .... – DevSolo
@ डेवसोलो, "मैं इस दिन के लिए अपना दाहिना हाथ दे दूंगा" –