Spring WebClient-proxyfoute: reaktiewe hantering teenoor logteling
Onderskei WebClient se reaktiewe foutsein, vervoerlogteling en HTTP-statusafhandeling tydens 'n proxyfout.
'n Vervoerlaag kan 'n mislukte proxyverbinding teken terwyl die toepassing ook die reaktiewe fout ontvang en afhandel. Die loginskrywing alleen bewys nie dat die toepassing se hanterer oorgeslaan is nie.
Volg die foutsein in die ketting wat werklik ingeteken word. 'n try/catch rondom kode wat bloot 'n Mono bou, is 'n ander omvang as die afhandeling van 'n latere netwerkfout.
| Operator | Effek |
|---|---|
| doOnError | Voer 'n newe-effek uit terwyl die fout voortduur |
| onErrorMap | Transformeer 'n fout na 'n ander fout |
| onErrorResume | Skakel oor na 'n alternatiewe uitgewer |
Kies die gedrag wat die toepassing nodig het. Om 'n metriek te teken vereis nie dat nagemaakte suksesvolle inhoud teruggegee word nie. 'n Alternatiewe antwoord moet 'n doelbewuste toepassingsresultaat wees, nie 'n manier om 'n mislukte roete te verberg nie.
Onderskei ook vervoeruitsonderings van ontvangde HTTP-foutstatusse. 'n Proxyverbinding kan misluk voordat 'n gewone bestemmingantwoord bestaan, so 'n HTTP-status-hanterer het moontlik niks om te ondersoek nie. Bewaar die oorsaak van 'n WebClientRequestException wanneer die laer vlak fout gediagnoseer word.
Pas logteling eers aan nadat die uitkoms verstaan is. Om die hele vervoerlogteler af te skakel, kan bewyse verwyder wat nodig is vir 'n latere tydsverloop, TLS-probleem of verifikasiefout, sonder om die gedrag van die reaktiewe pyplyn te verander.