मुझे नहीं लगता कि क्रैश सर्वर कुछ प्रबंधित कर सकता है। आप इन चरणों पर विचार कर सकते हैं:
- सर्वलेट संदर्भ बंद होने से पहले कोड चलाने के लिए
servletContextListeners
का उपयोग करें। अगर शटडाउन शानदार ढंग से किया जाता है तो यह काम करेगा
- यदि यह JVM है जो क्रश कर रहा है तो आप JVM निगरानी सेवाओं और रिपोर्टिंग प्रदान करने वाले टूल ढूंढने का प्रयास कर सकते हैं। इसके अलावा, मैं आदेश
- आप सही कुछ नकली बाकी endpoint और कुछ बाहरी काम है कि endpoint समय-समय पर कॉल करेंगे और यह काम कर रहा है, तो यह
HTTPStatus.OK
तो वापस लौट आता है चला सकते हैं की निगरानी के लिए OutOfMemoryError
और खुले JMX बंदरगाहों से रिपोर्ट प्राप्त करने के लिए ध्वज प्रदान करने के लिए सलाह देते हैं नहीं - तो आप स्वयं को किसी भी तरह रिपोर्ट कर सकते हैं।
यदि आप लॉग और कुछ सर्वर के साथ वास्तव में क्या हो रहा है, इसके बारे में कुछ जानकारी प्रदान कर सकते हैं तो यह बेहतर हो सकता है। शायद यहां लोग मदद करेंगे लेकिन मुझे लगता है कि यह एक और प्रश्नों का विषय है।
स्रोत
2017-08-02 10:19:08
आपने tomcat7 और tomcat8 को टैग किया है। आप वास्तव में किसका उपयोग कर रहे हैं? जावा के लिए ही। – Nathan
वास्तव में वर्तमान में tomcat7 पर है लेकिन जल्द ही मैं उस संस्करण पर मौजूद होने पर tomcat8 में अपग्रेड कर दूंगा। – sanjeev
जावा में [Thread.setUncaughtExceptionHandler] है (http://docs.oracle.com/javase/7/docs/api/java/lang/Thread.html#setUncaughtExceptionHandler (java.lang.Thread.UncaughtExceptionHandler) जहां यदि कोई अनिवार्य अपवाद है तो आप कॉल करने के लिए एक विधि पंजीकृत कर सकते हैं।मुझे नहीं पता कि यह टॉमकैट के साथ काम करता है, – k3b