Bienvenidos.
Y qué pasa con él?
Hazte con el actualizar.
Es muy parecido a lo que tenemos también en el crear y es una combinación también junto con el chou,
con el bucar por Eddi.
Si se fijan, acá estamos realizando una consulta para obtener el cliente actual y actualizarlo con
los datos que envía el cliente.
Tenemos que validar que sea distinto.
Pero antes, como siempre, vamos a cambiar el ratón en vez de cliente.
Sería un response entity genérico.
También vamos a retornar el response Entity, pero antes es todo acá lo vamos a dejar por acá.
Esto sería el cliente actualizado.
Lo vamos a dejar acá en un.
Perfecto.
Ahora sí vamos a tener el ratón muy parecido a lo anterior.
Va a retornar un response.
Por lo tanto, tenemos que tener el map ahí.
Después vamos a tener nuestro response con el mensaje de éxito y con el cliente actualizado.
Pero por ahora elegimos el error en la consulta cuando obtenemos el cliente actual.
Muy parecido a lo que tenemos acá en el IFF, cuando el cliente es igual a Anul, así que lo copiamos.
Y lo pegamos por acá.
Pero ese día el cliente actual, el cliente actual de la consulta.
Entonces el mensaje sería el cliente.
Con Heidy no existen flasheado.
Por lo tanto no se puede editar.
Error.
No se pudo editar.
Vamos a poner dos punto.
No se pudo quitar coma el cliente y di no existen.
Hacerlo y retornamos unos FOM.
Lo siguiente manejar el trade y el catch.
Acá en el sait cuando actualiza muy parecido y copiamos todo esto incluyendo el catch
error al actualizar enlace a.
Es decir, el mensaje y el error sería exactamente lo mismo.
Finalmente, el cliente actualizado lo tenemos que guardar en el response, cuando está todo bien.
Entonces copiamos lo que tenemos acá el mensaje y el cliente.
Y en vez de cliente new sería cliente actualizado y el cliente ha sido actualizado con éxito.
Y finalmente vamos a quitar el response status en el medio en el ATE.
Eso es bien importante y ya tenemos listo el método.
Antes con todo el manejo del error, tanto al buscar por allí en el TRIE y catch quizás podríamos agregar
acá la fecha.
Vamos a copiar se.
Guardamos y ejecutamos.
Probamos en Postman, hacemos clic, por ejemplo, en el GET.
Vamos a ver el cliente uno para actualizarlo.
Acá tenemos los datos, vamos a copiar, vamos a cambiar la ruta.
°L En vez de GET sería un put y la ruta sería igual sería ADPIC clientes con el Heidy hay que pasar
el Heidy nos vamos al beu, seleccionamos Row y en text Jason apliqué echa.
Y pegamos el Heidy.
Por supuesto que no es necesario, ya que vamos a actualizar solamente el nombre, el apellido, el
e-mail y la fecha.
Vamos a colocar Andrés 2 para probar el apellido.
Lo dejamos igual.
El email Andrés y la fecha.
Acá vamos a campear la fecha.
Y enviamos.
Perfecto.
El cliente ha sido actualizado con éxito.
Hay que cambiar acá, pero bien, ahí está el cliente, uno con el nombre cambiado, el apellido está
igual que antes.
El correo ha cambiado y la fecha también.
Hay que la fecha actualizada.
Qué pasa si quiero actualizar sin el nombre?
El nombre acá va a ser null.
Vamos a enviar.
Lánzale error, ya que estaba manejando el TRIE y el CATT del tipo 500 y entender server error.
Así que lo está manejando perfecto.
Qué pasa si quiero actualizar un correo que está duplicado, por ejemplo de Johnno?
Seleccionamos el anterior que contiene el nombre, pero vamos a cambiar acá el email, un correo de
un usuario que ya existe.
Por lo tanto va a estar duplicado.
Enviar acá lanza un error.
Se fijan de constraint dupliqué entri el correo John Dow ya existe enlace.
Ahora, qué pasa si quiero editar un usuario por ejemplo con Heidy 14 que por supuesto que no existe?
Enviar.
Mensaje error no se pudo evitar el cliente 14.
No existe enlace al Estado manejando todos los posibles errores que puedan ocurrir sin más.
Quedabamos hasta acá.
Cualquier duda que tengas, escríbela en el foro.
Nos vemos.