1
00:00:00,180 --> 00:00:00,720
Bienvenidos.

2
00:00:00,780 --> 00:00:07,050
Vamos a ver cómo manejar errores en nuestro bike es importante, como por ejemplo, si queremos obtener

3
00:00:07,140 --> 00:00:10,860
un cliente por su Heidy, ingresamos un Heidy que no existe.

4
00:00:10,860 --> 00:00:17,460
La Segato debería dar un mensaje de error y con un http status not found un 404.

5
00:00:17,490 --> 00:00:18,900
Eso sería lo correcto.

6
00:00:18,990 --> 00:00:20,310
Revisemos el controlador.

7
00:00:21,240 --> 00:00:27,120
Hasta el momento no estamos manejando nada, simplemente realizamos la consulta por ley y eso es justo

8
00:00:27,240 --> 00:00:28,860
lo que vamos a manejar en esta clase.

9
00:00:28,920 --> 00:00:32,130
Primero vamos a partir manejando el error en el backend.

10
00:00:32,250 --> 00:00:35,880
Después, por supuesto, vamos a manejar error en el front end.

11
00:00:35,940 --> 00:00:38,790
Pero no podemos manejar errores en Angular todavía.

12
00:00:38,820 --> 00:00:42,180
Si no tenemos solucionado este tema en el servidor.

13
00:00:42,270 --> 00:00:48,600
Entonces para probar vamos a levantar primero nuestro proyecto con ranas Spring Tap.

14
00:00:50,090 --> 00:00:51,730
Y lo vamos a probar en Postman.

15
00:00:53,730 --> 00:00:56,130
Qué pasa cuando agregamos un Heidy que no existe?

16
00:00:56,340 --> 00:00:58,380
Entonces busquemos un cliente a través de su.

17
00:01:02,940 --> 00:01:06,000
Por ejemplo, vamos a consultar por el 1.

18
00:01:07,100 --> 00:01:08,420
Y acá lo tenemos perfecto.

19
00:01:08,930 --> 00:01:12,980
Pero qué pasa si, por ejemplo, colocamos 14 y enviamos?

20
00:01:13,220 --> 00:01:13,940
No pasa nada.

21
00:01:14,030 --> 00:01:15,660
El status 200, ok.

22
00:01:15,800 --> 00:01:17,420
No estamos manejando ningún error.

23
00:01:17,510 --> 00:01:19,790
Y eso es lo que tenemos que controlar.

24
00:01:19,880 --> 00:01:26,010
La idea que retorne un Jaison con un mensaje que diga por lo menos el cliente con el Heidy 14 no existen.

25
00:01:26,140 --> 00:01:30,470
O sea, con un código http status 404 not SFO.

26
00:01:30,560 --> 00:01:36,380
Y ese mismo mensaje de puesto en Angular lo pueden capturar en el observable lo podemos manejar y se

27
00:01:36,380 --> 00:01:37,640
lo mostramos al usuario.

28
00:01:38,000 --> 00:01:40,460
Entonces vamos a modificar nuestro método Chow.

29
00:01:40,670 --> 00:01:44,420
Cómo podemos mostrar un mensaje de error cuando ocurre?

30
00:01:44,510 --> 00:01:48,200
Y cómo podemos mostrar el cliente cuando está todo perfecto?

31
00:01:48,800 --> 00:01:51,650
No podemos utilizar el objeto cliente como un tipo de ratón.

32
00:01:51,740 --> 00:01:52,460
Eso está claro.

33
00:01:52,550 --> 00:01:56,720
Sin embargo, Spring no propone un componente, una clase que podemos manejar.

34
00:01:56,780 --> 00:02:03,470
Mensaje de error y también poder pasar nuestro objeto, nuestra clase Entity a la respuesta al response

35
00:02:03,500 --> 00:02:03,800
body.

36
00:02:03,860 --> 00:02:07,040
Vamos a utilizar la clase Response Entity.

37
00:02:07,100 --> 00:02:09,290
Primero tenemos que cambiar acá de cliente.

38
00:02:09,410 --> 00:02:14,390
El tipo Entity y la vamos a importar.

39
00:02:16,320 --> 00:02:18,870
Y acá nos pregunta, nos indica el tipo auto.

40
00:02:18,930 --> 00:02:25,530
Por ejemplo, podríamos colocar cliente y por supuesto acá tenemos que modificar el rrota, pero antes

41
00:02:25,530 --> 00:02:27,990
de modificar el ratón se ocurre un error.

42
00:02:28,170 --> 00:02:35,190
Este cliente no aplica, ya que el error base del tipo String incluso podría ser del tipo map, una

43
00:02:35,190 --> 00:02:40,890
colección, un mapa de mensajes de errores que podríamos agregar o de cualquier tipo objeto que queramos

44
00:02:40,890 --> 00:02:42,960
convertir a Jaison en la respuesta.

45
00:02:43,050 --> 00:02:45,990
Entonces sería un tipo de dato generic.

46
00:02:46,020 --> 00:02:47,880
Cualquier cosa puede ser un cliente.

47
00:02:47,910 --> 00:02:52,590
Puede ser un map que contenga objetos típicamente message de error.

48
00:02:52,710 --> 00:02:53,080
En fin.

49
00:02:53,200 --> 00:02:56,310
Entonces, como es un generic, vamos a colocar un signo.

50
00:02:56,310 --> 00:02:58,920
Pregunta puede ser cualquier tipo de objeto.

51
00:02:59,250 --> 00:03:02,250
Luego tenemos que modificar acá el ratón.

52
00:03:04,050 --> 00:03:04,770
Lo vamos a dejar así.

53
00:03:04,780 --> 00:03:06,450
Primero tiene constructores.

54
00:03:06,600 --> 00:03:12,930
Vamos a pasar el objeto, que sería el contenido que se va a guardar en el cuerpo de la respuesta en

55
00:03:12,930 --> 00:03:13,750
el response.

56
00:03:14,190 --> 00:03:16,260
Cuál sería justamente el cliente?

57
00:03:16,410 --> 00:03:18,000
Esto lo vamos a bajar más arriba.

58
00:03:21,540 --> 00:03:27,150
Entonces acá vamos a guardar nuestro entity, nuestro contenido y como segundo argumento tenemos que

59
00:03:27,150 --> 00:03:27,570
pasar.

60
00:03:27,600 --> 00:03:30,210
Cuál es el código o el estado de la respuesta?

61
00:03:30,210 --> 00:03:34,950
HTTP el http status sería un http status.

62
00:03:35,040 --> 00:03:35,480
Okay.

63
00:03:35,580 --> 00:03:40,770
Se encontró el cliente y está todo perfecto con http status.

64
00:03:40,860 --> 00:03:45,460
La vamos a importar de Spring Framework http punto.

65
00:03:45,600 --> 00:03:45,970
Ok.

66
00:03:47,460 --> 00:03:48,590
Y eso son 200.

67
00:03:48,780 --> 00:03:52,450
Hacemos un clic en OK, por acá buscamos la constante OKAY.

68
00:03:52,590 --> 00:03:56,490
Y es del tipo 200, un código 200 ok.

69
00:03:57,060 --> 00:04:02,970
Acá muestra un warning quien no detecta bien el tipo que estamos guardando en el Ripollet entity el

70
00:04:02,970 --> 00:04:03,640
objeto cliente.

71
00:04:03,840 --> 00:04:08,070
Entonces acá tenemos que indicar con los corchetes triangulares el tipo dato.

72
00:04:08,160 --> 00:04:09,660
En este caso sería cliente.

73
00:04:10,920 --> 00:04:11,640
Y ahí está perfecto.

74
00:04:11,760 --> 00:04:14,560
Bien, pero hasta ahora todavía no estamos manejando ningún tipo Ro.

75
00:04:14,660 --> 00:04:15,810
Pero ahora sí que sí.

76
00:04:16,260 --> 00:04:20,970
Lo primero es preguntar qué pasa si el cliente es igual a NULL,

77
00:04:24,620 --> 00:04:25,560
si es nulo?

78
00:04:25,650 --> 00:04:31,540
Entonces acá podemos crear y retornar nuestro response entity con el mensaje error.

79
00:04:31,620 --> 00:04:37,860
Pero para eso tenemos que tener un mapa de Yaba, un tipo map que almacene objetos o valores asociado

80
00:04:37,860 --> 00:04:40,020
a un nombre y asignamos el mensaje de error.

81
00:04:40,980 --> 00:04:49,170
Entonces acá UMAP este mapa de Yaba que va a estar asociado a pares de nombres con sus valores, los

82
00:04:49,170 --> 00:04:50,970
valores del tipo Ochen,

83
00:04:54,750 --> 00:04:58,260
un Jasmeet y acá tenemos la implementación MAP.

84
00:04:58,320 --> 00:05:00,270
El interfaz JASMEET es la implementación.

85
00:05:00,630 --> 00:05:05,700
Entonces ahora sí que sí, con responsos vamos a colocar el mensajero.

86
00:05:06,900 --> 00:05:15,300
Le vamos a llamar mensaje como por ejemplo el cliente con el Heidy vamos a concatenar con Catt.

87
00:05:18,750 --> 00:05:19,470
Punto.

88
00:05:19,500 --> 00:05:24,960
Tú Streak, ya que el Heidy es un lonko, así que lo convertimos a tu estric para que se pueda concatenar

89
00:05:25,020 --> 00:05:26,720
y también vamos a concatenar acá

90
00:05:29,580 --> 00:05:31,380
un espacio no existen Lassen.

91
00:05:37,250 --> 00:05:39,010
Ahí tenemos nuestro mensaje.

92
00:05:39,230 --> 00:05:43,250
Pero este momento ascendamos el mensaje en el objeto Jasmeet.

93
00:05:43,490 --> 00:05:47,330
Ahora tenemos que retornar un response entity con este mapa.

94
00:05:47,420 --> 00:05:52,220
Entonces simplemente return new response entre.

95
00:05:56,550 --> 00:06:02,160
Acá el tipo sería el tipo de nuestro mapa, un mapa en el constructor.

96
00:06:02,250 --> 00:06:11,700
Vamos a pasar el response que sería nuestro Entity Koma y el estatus not found http status not found.

97
00:06:14,660 --> 00:06:19,550
Si revisamos el Nooteboom, vemos que es el 404 perfecto.

98
00:06:19,670 --> 00:06:24,890
Hoy manejamos el arroz, ahora también para que quede un poco más completo de que podría ocurrir un

99
00:06:24,890 --> 00:06:30,980
error, no solamente en Leydi, sino también por el lado del servidor en la Ayato del tipo da.

100
00:06:30,980 --> 00:06:35,960
Htaccess excepto que una acepción propia de Spring para manejar todo lo que es ese cueles errores de

101
00:06:35,960 --> 00:06:40,550
conexiones, sintaxis o cualquier problema que se genere, pero en el servidor enlace.

102
00:06:40,820 --> 00:06:44,390
Y eso lo podemos manejar acá a través de un try y un catch.

103
00:06:45,770 --> 00:06:51,530
Entonces vamos a tener un try catch y este catch da.

104
00:06:51,530 --> 00:06:52,870
Htaccess exactos

105
00:06:55,400 --> 00:06:59,290
propio de Spring Frenkel de la Pintao Repository.

106
00:07:01,350 --> 00:07:05,190
Entonces acá vamos a tener el cliente por ahí dentro del traje.

107
00:07:08,870 --> 00:07:12,880
Y vamos a definir más arriba como nunca.

108
00:07:14,150 --> 00:07:15,020
Esto lo quitamos.

109
00:07:15,690 --> 00:07:17,960
Entonces se define cliente arriba como null.

110
00:07:18,050 --> 00:07:21,560
Try catch intenta ejecutar si sale todo bien, continúa.

111
00:07:21,680 --> 00:07:22,400
Si lo hace, un error.

112
00:07:22,460 --> 00:07:25,460
Acá lo manejamos muy parecido a lo que tenemos acá.

113
00:07:26,090 --> 00:07:30,350
Incluso podríamos copiar, podríamos pegar y cambiamos el mensaje.

114
00:07:30,680 --> 00:07:34,130
Obviamente el map lo tengo que tener más arriba, como por acá.

115
00:07:36,200 --> 00:07:36,500
Bien.

116
00:07:36,590 --> 00:07:38,270
Y el mensaje sería distinto.

117
00:07:38,360 --> 00:07:40,970
Error al realizar la consulta en ASEANDO.

118
00:07:42,810 --> 00:07:44,100
O el mensaje que queramos.

119
00:07:52,230 --> 00:07:53,100
La cuestión militar.

120
00:07:53,190 --> 00:07:55,270
Un par de paréntesis que están de más.

121
00:07:55,300 --> 00:07:56,700
Que es hora del concatenar.

122
00:07:57,000 --> 00:07:59,190
Quizá podríamos agregar la excepción.

123
00:08:00,900 --> 00:08:03,600
Por ejemplo, lo obtenemos a través del objeto.

124
00:08:03,660 --> 00:08:08,970
Es Hechos Geet mensaje Geet Messages con Catt.

125
00:08:13,440 --> 00:08:15,060
2 Punto un espacio.

126
00:08:15,120 --> 00:08:16,890
Volvemos acá a concatena.

127
00:08:19,800 --> 00:08:20,530
Punto.

128
00:08:20,760 --> 00:08:25,230
Nyet, Mohs específi kousei una causa más específica del error.

129
00:08:25,710 --> 00:08:30,140
En otras palabras, y a cada punto que mensaje perfecto.

130
00:08:30,310 --> 00:08:32,750
Hoy hemos manejado el error completamente.

131
00:08:32,850 --> 00:08:34,470
Queda mucho mejor, mucho más Roboto.

132
00:08:35,840 --> 00:08:38,060
Entonces ahora se actualiza de forma automática la consola.

133
00:08:38,130 --> 00:08:41,120
Íbamos a probar nuevamente en post a ver qué pasa.

134
00:08:41,660 --> 00:08:43,940
Intentemos de nuevo con el cliente 14.

135
00:08:44,630 --> 00:08:46,120
Y ahí aparece mensaje.

136
00:08:46,220 --> 00:08:47,900
El cliente indica torce.

137
00:08:47,990 --> 00:08:52,670
No existen las EATO y fíjate en el status 404 not found.

138
00:08:52,730 --> 00:08:53,650
Probemos con 12.

139
00:08:56,340 --> 00:08:57,210
Funciona perfecto.

140
00:08:57,390 --> 00:09:03,030
Entonces ya tenemos nuestro primer manejo de errores en nuestro Wacken en el método.

141
00:09:03,600 --> 00:09:08,040
En la próxima clase vamos a continuar con los otros métodos, ya que tenemos que también implementar

142
00:09:08,100 --> 00:09:12,120
el manejo de error para crear, para actualizar y para eliminar.

143
00:09:12,180 --> 00:09:14,800
Y un pequeño detalle acá en vez de not found.

144
00:09:14,910 --> 00:09:21,420
Como es un error del servidor de la Ayato, habría que cambiar a un código 500 un internal server error.

145
00:09:21,630 --> 00:09:26,780
Entonces acá simplemente Internal Server error.

146
00:09:26,850 --> 00:09:28,350
Y eso sería todo por ahora.

147
00:09:28,380 --> 00:09:30,000
Sin más quedamos hasta acá.

148
00:09:30,090 --> 00:09:31,470
Cualquier duda que tengas.

149
00:09:31,500 --> 00:09:32,670
Pregunta la del foro.

150
00:09:32,760 --> 00:09:33,690
Hasta la próxima.
