Bienvenidos.
Vamos a ver cómo manejar errores en nuestro bike es importante, como por ejemplo, si queremos obtener
un cliente por su Heidy, ingresamos un Heidy que no existe.
La Segato debería dar un mensaje de error y con un http status not found un 404.
Eso sería lo correcto.
Revisemos el controlador.
Hasta el momento no estamos manejando nada, simplemente realizamos la consulta por ley y eso es justo
lo que vamos a manejar en esta clase.
Primero vamos a partir manejando el error en el backend.
Después, por supuesto, vamos a manejar error en el front end.
Pero no podemos manejar errores en Angular todavía.
Si no tenemos solucionado este tema en el servidor.
Entonces para probar vamos a levantar primero nuestro proyecto con ranas Spring Tap.
Y lo vamos a probar en Postman.
Qué pasa cuando agregamos un Heidy que no existe?
Entonces busquemos un cliente a través de su.
Por ejemplo, vamos a consultar por el 1.
Y acá lo tenemos perfecto.
Pero qué pasa si, por ejemplo, colocamos 14 y enviamos?
No pasa nada.
El status 200, ok.
No estamos manejando ningún error.
Y eso es lo que tenemos que controlar.
La idea que retorne un Jaison con un mensaje que diga por lo menos el cliente con el Heidy 14 no existen.
O sea, con un código http status 404 not SFO.
Y ese mismo mensaje de puesto en Angular lo pueden capturar en el observable lo podemos manejar y se
lo mostramos al usuario.
Entonces vamos a modificar nuestro método Chow.
Cómo podemos mostrar un mensaje de error cuando ocurre?
Y cómo podemos mostrar el cliente cuando está todo perfecto?
No podemos utilizar el objeto cliente como un tipo de ratón.
Eso está claro.
Sin embargo, Spring no propone un componente, una clase que podemos manejar.
Mensaje de error y también poder pasar nuestro objeto, nuestra clase Entity a la respuesta al response
body.
Vamos a utilizar la clase Response Entity.
Primero tenemos que cambiar acá de cliente.
El tipo Entity y la vamos a importar.
Y acá nos pregunta, nos indica el tipo auto.
Por ejemplo, podríamos colocar cliente y por supuesto acá tenemos que modificar el rrota, pero antes
de modificar el ratón se ocurre un error.
Este cliente no aplica, ya que el error base del tipo String incluso podría ser del tipo map, una
colección, un mapa de mensajes de errores que podríamos agregar o de cualquier tipo objeto que queramos
convertir a Jaison en la respuesta.
Entonces sería un tipo de dato generic.
Cualquier cosa puede ser un cliente.
Puede ser un map que contenga objetos típicamente message de error.
En fin.
Entonces, como es un generic, vamos a colocar un signo.
Pregunta puede ser cualquier tipo de objeto.
Luego tenemos que modificar acá el ratón.
Lo vamos a dejar así.
Primero tiene constructores.
Vamos a pasar el objeto, que sería el contenido que se va a guardar en el cuerpo de la respuesta en
el response.
Cuál sería justamente el cliente?
Esto lo vamos a bajar más arriba.
Entonces acá vamos a guardar nuestro entity, nuestro contenido y como segundo argumento tenemos que
pasar.
Cuál es el código o el estado de la respuesta?
HTTP el http status sería un http status.
Okay.
Se encontró el cliente y está todo perfecto con http status.
La vamos a importar de Spring Framework http punto.
Ok.
Y eso son 200.
Hacemos un clic en OK, por acá buscamos la constante OKAY.
Y es del tipo 200, un código 200 ok.
Acá muestra un warning quien no detecta bien el tipo que estamos guardando en el Ripollet entity el
objeto cliente.
Entonces acá tenemos que indicar con los corchetes triangulares el tipo dato.
En este caso sería cliente.
Y ahí está perfecto.
Bien, pero hasta ahora todavía no estamos manejando ningún tipo Ro.
Pero ahora sí que sí.
Lo primero es preguntar qué pasa si el cliente es igual a NULL,
si es nulo?
Entonces acá podemos crear y retornar nuestro response entity con el mensaje error.
Pero para eso tenemos que tener un mapa de Yaba, un tipo map que almacene objetos o valores asociado
a un nombre y asignamos el mensaje de error.
Entonces acá UMAP este mapa de Yaba que va a estar asociado a pares de nombres con sus valores, los
valores del tipo Ochen,
un Jasmeet y acá tenemos la implementación MAP.
El interfaz JASMEET es la implementación.
Entonces ahora sí que sí, con responsos vamos a colocar el mensajero.
Le vamos a llamar mensaje como por ejemplo el cliente con el Heidy vamos a concatenar con Catt.
Punto.
Tú Streak, ya que el Heidy es un lonko, así que lo convertimos a tu estric para que se pueda concatenar
y también vamos a concatenar acá
un espacio no existen Lassen.
Ahí tenemos nuestro mensaje.
Pero este momento ascendamos el mensaje en el objeto Jasmeet.
Ahora tenemos que retornar un response entity con este mapa.
Entonces simplemente return new response entre.
Acá el tipo sería el tipo de nuestro mapa, un mapa en el constructor.
Vamos a pasar el response que sería nuestro Entity Koma y el estatus not found http status not found.
Si revisamos el Nooteboom, vemos que es el 404 perfecto.
Hoy manejamos el arroz, ahora también para que quede un poco más completo de que podría ocurrir un
error, no solamente en Leydi, sino también por el lado del servidor en la Ayato del tipo da.
Htaccess excepto que una acepción propia de Spring para manejar todo lo que es ese cueles errores de
conexiones, sintaxis o cualquier problema que se genere, pero en el servidor enlace.
Y eso lo podemos manejar acá a través de un try y un catch.
Entonces vamos a tener un try catch y este catch da.
Htaccess exactos
propio de Spring Frenkel de la Pintao Repository.
Entonces acá vamos a tener el cliente por ahí dentro del traje.
Y vamos a definir más arriba como nunca.
Esto lo quitamos.
Entonces se define cliente arriba como null.
Try catch intenta ejecutar si sale todo bien, continúa.
Si lo hace, un error.
Acá lo manejamos muy parecido a lo que tenemos acá.
Incluso podríamos copiar, podríamos pegar y cambiamos el mensaje.
Obviamente el map lo tengo que tener más arriba, como por acá.
Bien.
Y el mensaje sería distinto.
Error al realizar la consulta en ASEANDO.
O el mensaje que queramos.
La cuestión militar.
Un par de paréntesis que están de más.
Que es hora del concatenar.
Quizá podríamos agregar la excepción.
Por ejemplo, lo obtenemos a través del objeto.
Es Hechos Geet mensaje Geet Messages con Catt.
2 Punto un espacio.
Volvemos acá a concatena.
Punto.
Nyet, Mohs específi kousei una causa más específica del error.
En otras palabras, y a cada punto que mensaje perfecto.
Hoy hemos manejado el error completamente.
Queda mucho mejor, mucho más Roboto.
Entonces ahora se actualiza de forma automática la consola.
Íbamos a probar nuevamente en post a ver qué pasa.
Intentemos de nuevo con el cliente 14.
Y ahí aparece mensaje.
El cliente indica torce.
No existen las EATO y fíjate en el status 404 not found.
Probemos con 12.
Funciona perfecto.
Entonces ya tenemos nuestro primer manejo de errores en nuestro Wacken en el método.
En la próxima clase vamos a continuar con los otros métodos, ya que tenemos que también implementar
el manejo de error para crear, para actualizar y para eliminar.
Y un pequeño detalle acá en vez de not found.
Como es un error del servidor de la Ayato, habría que cambiar a un código 500 un internal server error.
Entonces acá simplemente Internal Server error.
Y eso sería todo por ahora.
Sin más quedamos hasta acá.
Cualquier duda que tengas.
Pregunta la del foro.
Hasta la próxima.