1
00:00:00,150 --> 00:00:01,590
Bienvenidos en la clase anterior.

2
00:00:01,680 --> 00:00:05,730
En la sección anterior vimos cómo validar por el lado del cliente de Angular.

3
00:00:05,850 --> 00:00:09,000
Ahora vamos a ver otra forma que se valida en el Wacken.

4
00:00:09,090 --> 00:00:15,180
En el mismo servidor validamos utilizando el API paly datos de Java que funciona junto con Spring está

5
00:00:15,240 --> 00:00:15,780
integrado.

6
00:00:15,870 --> 00:00:19,860
Vamos a validar en el controlador y si ocurren errores en los campos.

7
00:00:19,890 --> 00:00:23,280
Si están vacíos, por ejemplo, si el formato el correo incorrecto.

8
00:00:23,340 --> 00:00:26,610
Si el mínimo máximo de caracteres no cumple con la regla.

9
00:00:26,670 --> 00:00:30,960
En fin, retornamos los mensajes de error y lo mostramos después en Angular.

10
00:00:30,990 --> 00:00:36,420
En nuestra plantilla vamos a partir esta primera clase agregando la regla de validación en la clase

11
00:00:36,430 --> 00:00:41,970
Entity, que sería la que representa los datos en el paquete que está en tapiada a la tabla de clases.

12
00:00:43,170 --> 00:00:44,730
Nos vamos a la clase de cliente.

13
00:00:45,270 --> 00:00:46,230
La clase Entity.

14
00:00:46,500 --> 00:00:52,710
Y acá tenemos que agregar por cada campo que queremos validar una regla utilizando anotaciones.

15
00:00:52,800 --> 00:00:56,430
Vamos a implementar las mismas reglas que hicimos por el lado de Angular.

16
00:00:56,490 --> 00:00:59,220
Por ejemplo, el nombre no puede ser vacío.

17
00:00:59,280 --> 00:01:00,690
Por lo tanto, es requerido.

18
00:01:00,750 --> 00:01:04,230
Pero además, el nombre no puede tener menos de cuatro caracteres.

19
00:01:04,320 --> 00:01:09,780
El apellido no puede ser vacío, es requerido y el email, además de ser requerido, tiene que tener

20
00:01:09,780 --> 00:01:11,010
un formato correcto.

21
00:01:11,100 --> 00:01:11,880
Bien, partamos.

22
00:01:11,940 --> 00:01:13,440
Vamos a partir primero con el nombre.

23
00:01:13,770 --> 00:01:15,630
Usamos la notación not empty.

24
00:01:17,900 --> 00:01:21,260
Y vamos a importar de Bax Valley, de hecho, encontré.

25
00:01:21,440 --> 00:01:24,950
Hay dos opciones de Internet Predators y de Yaks Bali.

26
00:01:24,950 --> 00:01:29,870
De hecho, si utilizamos la versión 2 o superior de Spring Boot, tenemos que utilizar yaks BAII De

27
00:01:29,870 --> 00:01:34,760
hecho, pero si estamos utilizando la 1.5 punto X, utilizamos la de Internet.

28
00:01:34,820 --> 00:01:39,740
Como nuestro proyecto tiene la versión 2 de Spring Boot, vamos a utilizar yaks Bally dcho.

29
00:01:40,770 --> 00:01:41,520
La importamos.

30
00:01:41,610 --> 00:01:46,530
Pero además, el nombre tiene que tener un tamaño, un rango de caracteres.

31
00:01:46,590 --> 00:01:51,870
Utilizamos la notación 6 y exactamente lo mismo importamos de yaks.

32
00:01:52,000 --> 00:01:56,250
Vale, de hecho Constraint en esta notación siempre va a ser de yaks.

33
00:01:56,370 --> 00:02:01,050
Valli De hecho, bien, pero en 6 tenemos atributos que tenemos que configurar.

34
00:02:01,110 --> 00:02:03,900
Por ejemplo, tenemos el mínimo y el máximo.

35
00:02:04,970 --> 00:02:07,130
Vamos a indicar que el mínimo es de cuatro.

36
00:02:08,060 --> 00:02:14,180
Pero también vamos a agregar el máximo, por ejemplo, de doce, de 12 carácter solamente para el ejemplo.

37
00:02:14,660 --> 00:02:17,000
El apellido solamente not empty.

38
00:02:17,060 --> 00:02:18,950
Así que lo vamos a copiar y lo pegamos.

39
00:02:19,430 --> 00:02:21,650
Y el correo, el email también.

40
00:02:22,400 --> 00:02:26,330
Pero además, el correo tiene que tener un formato correcto.

41
00:02:26,450 --> 00:02:28,150
Vamos a utilizar la anotación email.

42
00:02:29,480 --> 00:02:31,310
La importamos también de yaks.

43
00:02:31,400 --> 00:02:32,030
Vale, de hecho con.

44
00:02:32,390 --> 00:02:33,170
Acá pasa lo mismo.

45
00:02:33,200 --> 00:02:35,920
Tenemos Internet validad itor y ya Bax Pauley.

46
00:02:35,920 --> 00:02:40,610
De hecho para Spring Buttons utilizamos Yax vÃley de hecho y guardamos bien.

47
00:02:40,730 --> 00:02:41,600
Eso sería todo.

48
00:02:41,700 --> 00:02:48,200
Es bastante simple, solo tenemos que anotar en cada atributo de nuestra clase cliente que finalmente

49
00:02:48,320 --> 00:02:50,840
está mapeado al Jetson que está enviando el cliente.

50
00:02:50,930 --> 00:02:53,640
Recuerden que en el controlador lo estamos recibiendo como un rico.

51
00:02:53,640 --> 00:03:00,260
Es Boddy, es parte del cuerpo de la petición, pero finalmente se convierte en el objeto Entity cliente

52
00:03:00,350 --> 00:03:06,140
y lo tenemos que validar y lo valíamos definiendo estas reglas de validación usando anotaciones.

53
00:03:06,200 --> 00:03:10,790
Parte del API de validación de Java es un estándar, es una especificación.

54
00:03:10,880 --> 00:03:14,300
Spring la utiliza y le integra dentro del Frenkel, sin más.

55
00:03:14,360 --> 00:03:19,700
Quedamos hasta acá y continuamos la próxima clase con el controlador, ya que el controlador es donde

56
00:03:19,700 --> 00:03:25,280
tenemos que validar y manejar los errores para retornar al cliente angular.

57
00:03:25,310 --> 00:03:27,230
Cualquier duda que tengas la escribes.

58
00:03:27,320 --> 00:03:27,980
Nos vemos.