Spring WebClient मा प्रोक्सी त्रुटिहरू: रिएक्टिभ ह्यान्डलिङ वा लगिङ
प्रोक्सी असफल हुँदा WebClient को रिएक्टिभ त्रुटि सङ्केत, ट्रान्सपोर्ट लगिङ र HTTP स्थिति ह्यान्डलिङलाई छुट्याउनुहोस्।
ट्रान्सपोर्टले असफल प्रोक्सी जडान लगमा लेख्न सक्छ, जबकि अनुप्रयोगले पनि रिएक्टिभ त्रुटि प्राप्त गरी ह्यान्डल गर्छ। लग प्रविष्टि मात्रले अनुप्रयोगको ह्यान्डलर छोडिएको प्रमाणित गर्दैन।
वास्तवमा सदस्यता लिइएको शृङ्खलामा त्रुटि सङ्केत पछ्याउनुहोस्। केवल Mono बनाउने कोडको वरिपरि try/catch पछिको नेटवर्क असफलता ह्यान्डल गर्नुभन्दा फरक दायरा हो।
| अपरेटर | प्रभाव |
|---|---|
| doOnError | त्रुटि जारी रहँदा साइड इफेक्ट गर्छ |
| onErrorMap | एउटा त्रुटिलाई अर्को त्रुटिमा रूपान्तरण गर्छ |
| onErrorResume | वैकल्पिक प्रकाशकमा जान्छ |
अनुप्रयोगलाई आवश्यक व्यवहार छान्नुहोस्। मेट्रिक रेकर्ड गर्न नक्कली सफल सामग्री फर्काउनु आवश्यक छैन। वैकल्पिक प्रतिक्रिया अनुप्रयोगको जानाजानी नतिजा हुनुपर्छ, असफल मार्ग लुकाउने उपाय होइन।
ट्रान्सपोर्ट अपवाद र प्राप्त HTTP त्रुटि स्थितिबीच पनि भिन्नता राख्नुहोस्। प्रोक्सी जडान सामान्य गन्तव्य प्रतिक्रिया अस्तित्वमा आउनुअघि नै असफल हुन सक्छ, त्यसैले HTTP स्थिति ह्यान्डलरसँग जाँच्ने कुरा नहुन सक्छ। तल्लो तहको असफलता निदान गर्दा WebClientRequestException को कारण सुरक्षित राख्नुहोस्।
नतिजा बुझेपछि मात्र लगिङ समायोजन गर्नुहोस्। सम्पूर्ण ट्रान्सपोर्ट लगर बन्द गर्दा पछिको टाइमआउट, TLS समस्या वा प्रमाणीकरण असफलताका लागि आवश्यक प्रमाण हट्न सक्छ, रिएक्टिभ पाइपलाइनको व्यवहार नबदली।