په Spring WebClient کې د پروکسي تېروتنې: ریاکټیف چلند په مقابل کې لاګ کول
د پروکسي د ناکامۍ پر مهال د WebClient ریاکټیف تېروتنې سیګنال، د ټرانسپورټ لاګ او د HTTP حالت چلند سره توپیر وکړئ.
ټرانسپورټ کولی شي ناکامه پروکسي اړیکه په لاګ کې ثبت کړي، په داسې حال کې چې اپلیکیشن هم ریاکټیف تېروتنه ترلاسه او چلوي. یوازې د لاګ ثبت دا نه ثابتوي چې د اپلیکیشن هینډلر پرېښودل شوی.
د تېروتنې سیګنال په هغه ځنځیر کې تعقیب کړئ چې واقعاً ګډون ورته کیږي. د یوازې Mono جوړونکي کوډ شاوخوا try/catch له وروستنۍ شبکې ناکامۍ چلند څخه جلا حد دی.
| آپریټر | اغېزه |
|---|---|
| doOnError | د تېروتنې دوام پر مهال اړخیزه اغېزه ترسره کوي |
| onErrorMap | یوه تېروتنه په بله تېروتنه بدلوي |
| onErrorResume | بل خپرونکي ته تګلاره بدلوي |
هغه چلند وټاکئ چې اپلیکیشن ورته اړتیا لري. د میټریک ثبت د درواغجنې بریالۍ منځپانګې بیرته راګرځولو ته اړتیا نلري. بدیله ځواب باید د اپلیکیشن قصدي پایله وي، نه د ناکامې لارې پټولو لار.
د ټرانسپورټ استثناوې له ترلاسه شوو HTTP د تېروتنې حالتونو څخه هم جلا کړئ. د پروکسي اړیکه کیدای شي د عادي منزل ځواب له رامنځته کیدو دمخه ناکامه شي، نو د HTTP حالت هینډلر ممکن د کتلو لپاره هېڅ نه ولري. د لاندې کچې ناکامۍ تشخیص پر مهال د WebClientRequestException لامل وساتئ.
لاګ کول یوازې د پایلې له پوهیدو وروسته سم کړئ. د ټول ټرانسپورټ لاګر بندول کیدای شي د وروستي وخت ختمیدو، TLS ستونزې یا د تصدیق ناکامۍ لپاره اړین شواهد لرې کړي، پرته له دې چې د ریاکټیف پایپ لاین چلند بدل شي.