Bienvenidos.
Y para finalizar, faltaría el método eliminar lo último.
Así que vamos al método.
Vamos a quitar el respond status no content, ya que ahora en vez de un voy de no retornar nada, vamos
a retornar un response entity que contenga los mensajes de error o el mensaje de éxito.
Por supuesto, como todo un método del tipo genérico, acá lo que hacemos es eliminar.
Por ahí tenemos que manejar el try y el catch para ver si ocurre algún error.
Lo primero es el map para poder guardar el contenido que vamos a enviar en el response entre los mensajes.
Luego tenemos el try.
Intentamos ejecutar el eliminar.
Pero si falla, manejamos los mensajes.
Perfecto.
Error al eliminar el cliente enlace.
El error que sería nuestro objeto Exception, que contiene el detalle, la causa un poco más detallado,
lo mantenemos igual y el tipo el status también sería un 500, ya que sería un error a nivel de servidor.
Lo siguiente es retornar en caso de éxito el mensaje un response entity.
El tipo también es el MAPP.
Responses y el estatus OK.
En este caso sería OK.
De que estamos retornando un contenido el mensaje.
Por ejemplo, el cliente eliminó con éxito o el cliente ha sido eliminado con éxito o el mensaje que
queramos.
Perfecto.
Y eso sería todo.
Entonces manejamos el éxito que sería un acai o un error.
En este caso no es necesario validar por el cliente si el cliente insiste en hacerlo, ya que por debajo,
cuando se invoque el delight por ahí vi esprint data a través del CRUD Repository va a validar que el
cliente existe a través de su Heidy.
Eso lo hace por debajo.
Podríamos revisar la interfaz repository Horado.
Que sería nuestra interfaz CRUD repositorio.
Y acá justamente lo que hace es eliminar por ahí.
Dely por Heidy Entonces toda la validación y el manejo de error lo hace por debajo.
Si nos vamos al servis.
Estamos utilizando ese método de ligth por Heidy.
Y con click derecho, como siempre Ranas Springwood App.
Podemos seleccionar cualquier ruta que estemos pasando.
El Heidy por ejemplo el QUET clientes con el Heidy simplemente vamos a cambiar de nyet a Delight.
La ruta sería exactamente la misma ADPIC Clientes es el Larch y el Heidy.
Y enviados para eliminar y acá tenemos el mensaje el cliente eliminado con éxito y retorna un 200 OK.
Ahora, qué pasa si queremos eliminar un cliente que no exista?
Por ejemplo 14.
Vamos a enviar.
Error al eliminar clientela, osea, y acá muestra un mensaje te da taxes Exception que indica que el
cliente con el Heidy 14 no existe, no existen.
Estos errores lo podemos capturar después en Angular y lo podemos manejar a nuestro uvu bien con esto
quedabamos hasta acá y cualquier duda que tengas publicarla en el foro.
Nos vemos.