Erros de proxy en Spring WebClient: manexo reactivo fronte a rexistro
Distinga o sinal de erro reactivo de WebClient, o rexistro do transporte e o manexo do estado HTTP durante un fallo do proxy.
O transporte pode rexistrar unha conexión de proxy fallida mentres a aplicación tamén recibe e manexa o erro reactivo. A entrada do rexistro por si soa non demostra que se omitise o manexador da aplicación.
Siga o sinal de erro na cadea que realmente se subscribe. Un try/catch arredor de código que só constrúe un Mono é un ámbito distinto do manexo dun fallo de rede posterior.
| Operador | Efecto |
|---|---|
| doOnError | Executa un efecto secundario mentres o erro continúa |
| onErrorMap | Transforma un erro noutro erro |
| onErrorResume | Cambia a un publicador alternativo |
Escolla o comportamento que necesita a aplicación. Rexistrar unha métrica non esixe devolver contido de éxito falso. Unha resposta alternativa debe ser un resultado deliberado da aplicación, non unha forma de ocultar unha ruta fallida.
Distinga tamén as excepcións de transporte dos estados de erro HTTP recibidos. Unha conexión de proxy pode fallar antes de que exista unha resposta ordinaria do destino, así que un manexador de estado HTTP pode non ter nada que inspeccionar. Conserve a causa dunha WebClientRequestException ao diagnosticar o fallo de nivel inferior.
Axuste o rexistro só despois de comprender o resultado. Desactivar todo o logger de transporte pode eliminar probas necesarias para un tempo de espera, un problema TLS ou un fallo de autenticación posteriores, sen cambiar o comportamento da canalización reactiva.