मैं एक वेब फ्रेमवर्क (uPortal) के साथ काम कर रहा हूं जो केवल अपवाद फेंककर और फिर लटककर त्रुटियों को संभालने में कामयाब रहा है। फ्रेमवर्क एक्सएमएल में एक्सएमएल प्रस्तुत करके काम करता है। जब कोई अपवाद होता है, तो ब्राउजर असफल होने वाले XML टेम्पलेट तत्व तक प्रस्तुत सामग्री प्राप्त करता है, और तब ब्राउज़र बस बैठता है और टाइमआउट के लिए प्रतीक्षा करता है। हमारी टीम का सिद्धांत यह है कि त्रुटि उत्पन्न होने से पहले सामग्री भेजी जाती है, जिसने मुझे आश्चर्यचकित कर दिया। सामग्री के भेजने से पहले मेरे द्वारा काम किए गए अन्य ढांचे को प्रतिपादन समाप्त करना प्रतीत होता है।कुछ सामग्री भेजने के बाद वेबपृष्ठ को रीडायरेक्ट करें
मेरा सवाल यह है कि सामग्री को पहले ही भेज दिए जाने के बाद ब्राउजर को रीडायरेक्ट करने का कोई तरीका है? इस मामले में, हम <script>
टैग की सामग्री को प्रस्तुत करने के बीच में हैं, लेकिन त्रुटि एचटीएमएल में कहीं भी हो सकती है।
मेरे केवल वर्तमान सोचा पेज के शीर्ष पर कुछ जावास्क्रिप्ट इंजेक्षन करने के लिए, और जल्दी से असफल है और उसे बंद कनेक्शन और एक त्रुटि तब होती है जब </body>
और </html>
टैग जोड़ने के लिए ढांचे के व्यवहार को बदलने की कोशिश करने के लिए है। फिर उपर्युक्त जावास्क्रिप्ट पेजेलोड पर चलाएगा और पता लगाएगा कि पूरे पृष्ठ की सामग्री वहां थी और यदि क्लाइंट-साइड रीडायरेक्ट नहीं करता है तो नहीं। शायद यह पृष्ठ के नीचे एक विशेष छिपा div की तलाश कर सकता है।
क्या इस समस्या को हल करने वाले ढांचे का कोई उदाहरण अलग-अलग या लोगों के इस मुद्दे के आसपास काम कर रहे समान ढांचे का उपयोग कर रहे हैं?
अन्य ढांचे इस समस्या को हल कैसे करते हैं? वसंत की तरह, उदाहरण के लिए? प्रतिक्रिया तक लिखने से पहले विचार प्रस्तुत किए जाने तक वसंत वसंत नहीं करता है? या क्या सभी ढांचे में यह समस्या है? – xdhmoore
अंत में @xdhmoore वसंत सर्वलेट प्रौद्योगिकी पर भी आधारित है, और जहां तक मुझे पता है कि मेरे उत्तर में उल्लिखित दूसरी रणनीति का पालन करना है। यह https://spring.io/blog/2013/11/01/exception-handling-in-spring-mvc रुचि का हो सकता है, लेकिन यह मुख्य रूप से एक सार्थक त्रुटि पृष्ठ को प्रेषित करने के तरीके के बारे में है और कैसे बचें या नहीं एक अपवाद से ठीक हो जाओ। – wero
क्या वसंत आपको दृश्य/जेएसपी परत से अपवाद पकड़ने की अनुमति देता है? जहां मैं उलझन में हूं, यह है कि इस ढांचे में हम सभी पिछली सामग्री को लोड करने के बाद अपवाद पर पेज फ्रीज देख रहे हैं।मैंने सोचा था कि स्प्रिंग जैसे अन्य ढांचे ने सामग्री वापस करने से पहले सबकुछ प्रस्तुत किया है (ताकि वे अपवाद के मामले में एक त्रुटि पृष्ठ लौटा सकें), लेकिन यह ढांचा प्रस्तुत करने से पहले सामग्री को वापस करना शुरू कर देता है, जो मुझे लगता है आपका विकल्प 3 केवल एक ही विकल्प से ऊपर ... – xdhmoore