1
00:00:00,180 --> 00:00:00,780
Bienvenidos.

2
00:00:00,870 --> 00:00:04,020
Y para finalizar, faltaría el método eliminar lo último.

3
00:00:04,110 --> 00:00:05,340
Así que vamos al método.

4
00:00:05,430 --> 00:00:11,940
Vamos a quitar el respond status no content, ya que ahora en vez de un voy de no retornar nada, vamos

5
00:00:11,940 --> 00:00:17,280
a retornar un response entity que contenga los mensajes de error o el mensaje de éxito.

6
00:00:19,560 --> 00:00:24,300
Por supuesto, como todo un método del tipo genérico, acá lo que hacemos es eliminar.

7
00:00:24,300 --> 00:00:28,770
Por ahí tenemos que manejar el try y el catch para ver si ocurre algún error.

8
00:00:29,340 --> 00:00:37,200
Lo primero es el map para poder guardar el contenido que vamos a enviar en el response entre los mensajes.

9
00:00:38,040 --> 00:00:39,210
Luego tenemos el try.

10
00:00:40,350 --> 00:00:42,810
Intentamos ejecutar el eliminar.

11
00:00:43,990 --> 00:00:47,500
Pero si falla, manejamos los mensajes.

12
00:00:51,830 --> 00:00:52,320
Perfecto.

13
00:00:52,400 --> 00:00:55,370
Error al eliminar el cliente enlace.

14
00:00:58,010 --> 00:01:04,340
El error que sería nuestro objeto Exception, que contiene el detalle, la causa un poco más detallado,

15
00:01:04,430 --> 00:01:10,850
lo mantenemos igual y el tipo el status también sería un 500, ya que sería un error a nivel de servidor.

16
00:01:11,150 --> 00:01:18,380
Lo siguiente es retornar en caso de éxito el mensaje un response entity.

17
00:01:20,740 --> 00:01:23,350
El tipo también es el MAPP.

18
00:01:27,170 --> 00:01:31,410
Responses y el estatus OK.

19
00:01:32,720 --> 00:01:34,120
En este caso sería OK.

20
00:01:34,280 --> 00:01:37,610
De que estamos retornando un contenido el mensaje.

21
00:01:48,970 --> 00:01:54,520
Por ejemplo, el cliente eliminó con éxito o el cliente ha sido eliminado con éxito o el mensaje que

22
00:01:54,520 --> 00:01:54,970
queramos.

23
00:01:55,000 --> 00:01:55,690
Perfecto.

24
00:01:56,620 --> 00:01:57,580
Y eso sería todo.

25
00:01:57,670 --> 00:02:01,290
Entonces manejamos el éxito que sería un acai o un error.

26
00:02:01,420 --> 00:02:08,200
En este caso no es necesario validar por el cliente si el cliente insiste en hacerlo, ya que por debajo,

27
00:02:08,230 --> 00:02:15,010
cuando se invoque el delight por ahí vi esprint data a través del CRUD Repository va a validar que el

28
00:02:15,010 --> 00:02:17,160
cliente existe a través de su Heidy.

29
00:02:17,260 --> 00:02:18,490
Eso lo hace por debajo.

30
00:02:19,580 --> 00:02:23,540
Podríamos revisar la interfaz repository Horado.

31
00:02:24,950 --> 00:02:27,860
Que sería nuestra interfaz CRUD repositorio.

32
00:02:29,440 --> 00:02:31,870
Y acá justamente lo que hace es eliminar por ahí.

33
00:02:32,930 --> 00:02:37,340
Dely por Heidy Entonces toda la validación y el manejo de error lo hace por debajo.

34
00:02:37,370 --> 00:02:38,570
Si nos vamos al servis.

35
00:02:39,810 --> 00:02:42,600
Estamos utilizando ese método de ligth por Heidy.

36
00:02:44,910 --> 00:02:48,440
Y con click derecho, como siempre Ranas Springwood App.

37
00:02:53,500 --> 00:02:56,440
Podemos seleccionar cualquier ruta que estemos pasando.

38
00:02:56,500 --> 00:03:03,640
El Heidy por ejemplo el QUET clientes con el Heidy simplemente vamos a cambiar de nyet a Delight.

39
00:03:04,300 --> 00:03:08,710
La ruta sería exactamente la misma ADPIC Clientes es el Larch y el Heidy.

40
00:03:09,940 --> 00:03:16,290
Y enviados para eliminar y acá tenemos el mensaje el cliente eliminado con éxito y retorna un 200 OK.

41
00:03:16,420 --> 00:03:19,720
Ahora, qué pasa si queremos eliminar un cliente que no exista?

42
00:03:19,750 --> 00:03:21,640
Por ejemplo 14.

43
00:03:22,120 --> 00:03:22,840
Vamos a enviar.

44
00:03:24,310 --> 00:03:31,060
Error al eliminar clientela, osea, y acá muestra un mensaje te da taxes Exception que indica que el

45
00:03:31,060 --> 00:03:34,300
cliente con el Heidy 14 no existe, no existen.

46
00:03:34,840 --> 00:03:40,420
Estos errores lo podemos capturar después en Angular y lo podemos manejar a nuestro uvu bien con esto

47
00:03:40,450 --> 00:03:44,560
quedabamos hasta acá y cualquier duda que tengas publicarla en el foro.

48
00:03:44,650 --> 00:03:45,280
Nos vemos.
