Bien, veamos cómo podemos mantener los datos del objeto entity, por ejemplo, del usuario, algún
atributo que no está mapeado formulario que no es un campo, pero sí que puede estar almacenado en algún
lugar, por ejemplo, en la datos.
Entonces, claro, por defecto, cuando un atributo de tu objeto mapeado no está como campo en el formulario
se pierde, queda en NULL.
Claro, porque finalmente lo que se envía son los campos del formulario y se pueblan en el objeto usuario.
Pero todo atributo que no esté en este formulario que NULL.
Entonces después, si queremos actualizar, se actualiza ese valor en NULL y lo perdemos flasheado y
no la idea.
La idea es mantener esos datos.
Pero bueno, la solución es bien simple sobre la clase del controlador.
Podemos anotar concesion atributo.
En plural importamos y Kaleth tengo que dar un nombre, pero el nombre del objeto con el cual se pasa
a la vista usuario mismo nombre que tenemos acá, lo pasamos a la vista, el mismo nombre con el cual
se pasa acá también cuando se valida, cuando ocurre error y mismo nombre con el cual lo tenemos acá
en el formulario en Object Usuario mismo nombre.
Entonces este atributo de la vista usuario se guarda en una sesión HTTP entonces usuario y todos los
datos que tenga independiente si están o no en el formulario como campo, se mantienen de forma persistente
entre el formulario y el procesar cuando se envía los datos.
Por lo tanto, en este caso el identificador no se va a perder, pero también si cambiamos un dato en
el formulario, es decir, que se va a actualizar.
Por lo tanto se refleja cambio y eso también es importante.
Pero bien cuando finaliza el proceso, por ejemplo, cuando lo guardamos, el acetato o cualquier cosa,
acá tenemos que limpiar a través de un objeto, pero esto lo podemos pasar por acá.
Era el método que también igual que el model, igual que el binding result, son objetos que son propios
de Spring y lo podemos inyectar vía método y utilizar.
Se llama sesión status
status.
Lo importamos acá.
Status.
Lo importamos la interfaz cesion, status.
Bien, entonces es complicada por acá tatus.
Punto complet por acá.
Set completo.
Entonces haced cumplir lo que hace completar este proceso y de forma automática se elimina el objeto
usuario de la sesión.
Y es que la pasamos a la vista, por lo tanto, vamos a tener los datos y también a persistir en la
auto en caso de que tenga una agenda con pasto.
Pero bien, vamos a probar.
Guardamos, levantamos como siempre.
Bueno, acá tenemos el identificador.
Recuerden un atributo propio del usuario, pero que no está en el formulario.
Bien, volvemos al formulario, vamos a campear, por ejemplo, Andrés.
Del correo.
Enviar.
Se fijan acá mantiene el dato, la información ya no se pierde, por lo tanto, si queremos actualizar
el registro no habrá ningún problema.
Vamos a tener todo los atributos que no están en el formulario y no se va a perder.
Y solamente de actualizar aquellos campo que tenemos acá, que ingresamos en el formulario o que modificamos,
pero nada más.
Entonces es muy importante, por ejemplo para los SAIDI, el campo Heidy de la tabla del registro,
que obviamente en el formulario no se modifica ya que es propio e interno o cualquier otra información.
Eso por ahora y a partir de la siguente clase continuamos con un poco más de validación usando por ejemplo
la anotación y mail para validar un correo electrónico y también la anotación 6, por ejemplo, para
que el Yussef esté entre 4 caracteres y 8 caracteres con un máximo y un mínimo de caracteres.
Nos vemos en la siguiente clase.