1
00:00:00,240 --> 00:00:05,040
Bien, veamos cómo podemos mantener los datos del objeto entity, por ejemplo, del usuario, algún

2
00:00:05,040 --> 00:00:10,620
atributo que no está mapeado formulario que no es un campo, pero sí que puede estar almacenado en algún

3
00:00:10,620 --> 00:00:12,060
lugar, por ejemplo, en la datos.

4
00:00:12,150 --> 00:00:18,030
Entonces, claro, por defecto, cuando un atributo de tu objeto mapeado no está como campo en el formulario

5
00:00:18,030 --> 00:00:19,540
se pierde, queda en NULL.

6
00:00:19,590 --> 00:00:24,600
Claro, porque finalmente lo que se envía son los campos del formulario y se pueblan en el objeto usuario.

7
00:00:24,810 --> 00:00:28,110
Pero todo atributo que no esté en este formulario que NULL.

8
00:00:28,230 --> 00:00:33,420
Entonces después, si queremos actualizar, se actualiza ese valor en NULL y lo perdemos flasheado y

9
00:00:33,420 --> 00:00:33,910
no la idea.

10
00:00:33,930 --> 00:00:35,430
La idea es mantener esos datos.

11
00:00:35,550 --> 00:00:40,110
Pero bueno, la solución es bien simple sobre la clase del controlador.

12
00:00:40,200 --> 00:00:42,060
Podemos anotar concesion atributo.

13
00:00:44,540 --> 00:00:50,310
En plural importamos y Kaleth tengo que dar un nombre, pero el nombre del objeto con el cual se pasa

14
00:00:50,310 --> 00:00:54,950
a la vista usuario mismo nombre que tenemos acá, lo pasamos a la vista, el mismo nombre con el cual

15
00:00:54,950 --> 00:01:00,290
se pasa acá también cuando se valida, cuando ocurre error y mismo nombre con el cual lo tenemos acá

16
00:01:00,350 --> 00:01:03,770
en el formulario en Object Usuario mismo nombre.

17
00:01:04,220 --> 00:01:11,150
Entonces este atributo de la vista usuario se guarda en una sesión HTTP entonces usuario y todos los

18
00:01:11,150 --> 00:01:18,080
datos que tenga independiente si están o no en el formulario como campo, se mantienen de forma persistente

19
00:01:18,200 --> 00:01:21,050
entre el formulario y el procesar cuando se envía los datos.

20
00:01:21,170 --> 00:01:26,900
Por lo tanto, en este caso el identificador no se va a perder, pero también si cambiamos un dato en

21
00:01:26,900 --> 00:01:28,940
el formulario, es decir, que se va a actualizar.

22
00:01:29,030 --> 00:01:31,670
Por lo tanto se refleja cambio y eso también es importante.

23
00:01:31,790 --> 00:01:37,070
Pero bien cuando finaliza el proceso, por ejemplo, cuando lo guardamos, el acetato o cualquier cosa,

24
00:01:37,190 --> 00:01:41,060
acá tenemos que limpiar a través de un objeto, pero esto lo podemos pasar por acá.

25
00:01:41,390 --> 00:01:47,450
Era el método que también igual que el model, igual que el binding result, son objetos que son propios

26
00:01:47,450 --> 00:01:50,930
de Spring y lo podemos inyectar vía método y utilizar.

27
00:01:51,050 --> 00:01:52,670
Se llama sesión status

28
00:01:55,600 --> 00:01:56,230
status.

29
00:01:56,450 --> 00:01:58,280
Lo importamos acá.

30
00:01:58,370 --> 00:01:59,090
Status.

31
00:02:00,310 --> 00:02:03,930
Lo importamos la interfaz cesion, status.

32
00:02:04,660 --> 00:02:07,650
Bien, entonces es complicada por acá tatus.

33
00:02:07,690 --> 00:02:09,280
Punto complet por acá.

34
00:02:09,430 --> 00:02:10,330
Set completo.

35
00:02:11,210 --> 00:02:16,700
Entonces haced cumplir lo que hace completar este proceso y de forma automática se elimina el objeto

36
00:02:16,760 --> 00:02:18,160
usuario de la sesión.

37
00:02:19,040 --> 00:02:23,320
Y es que la pasamos a la vista, por lo tanto, vamos a tener los datos y también a persistir en la

38
00:02:23,450 --> 00:02:25,740
auto en caso de que tenga una agenda con pasto.

39
00:02:25,850 --> 00:02:26,990
Pero bien, vamos a probar.

40
00:02:27,080 --> 00:02:29,030
Guardamos, levantamos como siempre.

41
00:02:33,680 --> 00:02:35,510
Bueno, acá tenemos el identificador.

42
00:02:35,660 --> 00:02:39,440
Recuerden un atributo propio del usuario, pero que no está en el formulario.

43
00:02:39,800 --> 00:02:43,760
Bien, volvemos al formulario, vamos a campear, por ejemplo, Andrés.

44
00:02:49,130 --> 00:02:49,830
Del correo.

45
00:02:50,520 --> 00:02:51,030
Enviar.

46
00:02:51,450 --> 00:02:57,030
Se fijan acá mantiene el dato, la información ya no se pierde, por lo tanto, si queremos actualizar

47
00:02:57,090 --> 00:02:58,890
el registro no habrá ningún problema.

48
00:02:59,040 --> 00:03:02,550
Vamos a tener todo los atributos que no están en el formulario y no se va a perder.

49
00:03:02,640 --> 00:03:08,090
Y solamente de actualizar aquellos campo que tenemos acá, que ingresamos en el formulario o que modificamos,

50
00:03:08,130 --> 00:03:08,760
pero nada más.

51
00:03:08,880 --> 00:03:13,980
Entonces es muy importante, por ejemplo para los SAIDI, el campo Heidy de la tabla del registro,

52
00:03:14,070 --> 00:03:18,870
que obviamente en el formulario no se modifica ya que es propio e interno o cualquier otra información.

53
00:03:19,020 --> 00:03:24,780
Eso por ahora y a partir de la siguente clase continuamos con un poco más de validación usando por ejemplo

54
00:03:24,870 --> 00:03:30,780
la anotación y mail para validar un correo electrónico y también la anotación 6, por ejemplo, para

55
00:03:30,780 --> 00:03:37,190
que el Yussef esté entre 4 caracteres y 8 caracteres con un máximo y un mínimo de caracteres.

56
00:03:37,350 --> 00:03:38,760
Nos vemos en la siguiente clase.