Proxy erroreak Spring WebClient-en: kudeaketa erreaktiboa ala erregistroa
Bereizi WebClient-en errore-seinale erreaktiboa, garraioaren erregistroa eta HTTP egoeraren kudeaketa proxyaren hutsegitean.
Garraioak huts egindako proxy konexio bat erregistra dezake, aplikazioak errore erreaktiboa jasotzen eta kudeatzen duen bitartean. Erregistro-sarrera bakarrak ez du frogatzen aplikazioaren kudeatzailea saltatu denik.
Jarraitu errore-seinaleari benetan harpidetzen den katean. Mono bat soilik eraikitzen duen kodearen inguruko try/catch bat beste esparru bat da, geroagoko sare-hutsegite bat kudeatzearen aldean.
| Operadorea | Efektua |
|---|---|
| doOnError | Alboko efektua egiten du errorea jarraitzen den bitartean |
| onErrorMap | Errore bat beste errore batean bihurtzen du |
| onErrorResume | Argitaratzaile alternatibora aldatzen da |
Aukeratu aplikazioak behar duen jokabidea. Metrika bat erregistratzeak ez du eskatzen fikziozko eduki arrakastatsua itzultzea. Erantzun alternatiboa aplikazioaren emaitza deliberatua izan behar da, ez huts egindako ibilbide bat ezkutatzeko modua.
Bereizi, halaber, garraioaren salbuespenak jasotako HTTP errore-egoeretatik. Proxy konexio batek huts egin dezake helmugaren erantzun arrunta existitu aurretik, beraz HTTP egoeraren kudeatzaileak agian ez du ezer aztertzeko. Gorde WebClientRequestException baten kausa beheragoko hutsegitea diagnostikatzean.
Doitu erregistroa emaitza ulertu ondoren soilik. Garraio-erregistratzaile osoa itzaltzeak geroagoko timeout baterako, TLS arazo baterako edo autentifikazio-hutsegite baterako beharrezko frogak ken ditzake, pipeline erreaktiboaren jokabidea aldatu gabe.