En esta clase vamos a continuar con la validación del formulario Cómo personalizar los mensajes de error.
Para eso tenemos que crear un archivo properties con un nombre específico.
Se tiene que llamar messages mensajes en inglés y ahí colocamos nuestros mensajes personalizados.
Bien, vamos a ello.
Nos vamos a recurso.
Por qué tiene que estar justo en la raíz de ese RCE Main Resources?
Vamos a crear con clic derecho un nuevo archivo New File.
Le vamos a llamar messages punto properties.
Messages termina en S y con doble S y property también.
En plural termina en s.
Finalizamos.
Vamos a la clase cliente.
Bien, entonces por cada atributo mapeado al formulario podemos personalizar el mensaje rojo, como
por ejemplo, si quiero personalizar el nombre que no sea vacío, simplemente voy a copiar el nombre
de la anotación sin el arroba.
Solamente el nombre tal cual, con mayúsculas y minúsculas lo pegamos acá.
Sería básicamente el nombre de la anotación.
Punto.
El nombre de la clase cliente, pero escrita completamente en minúscula.
Cliente.
Punto.
El atributo.
Entonces la anotación.
Not empty.
Punto.
El nombre de la clase en minúscula.
Punto.
El atributo también en minúscula.
Nombre yaca.
Acá le damos un texto que queremos.
Da lo mismo.
Por ejemplo, el nombre del cliente es requerido.
Perfecto.
Vamos a Lapido.
Bueno, sería igual.
Copiamos el nombre de la anotación, lo pegamos junto cliente, nombre de la clase.
El nombre del atributo,
el apellido cliente es requerido.
Lo mismo con el email.
El email es requerido.
Bien, ya tenemos los tres textos.
Cuando son vacíos para cada campo.
Ahora, qué pasa con el email?
También lo podemos personalizar.
Copiamos el nombre.
Lo pegamos.
Punto.
El nombre de la clase también en minúscula.
El atributo, porque el email tiene dos reglas uno que no sea vacío y también validar el formato del
correo del email.
La dirección de correo no es válida.
Bien.
Y qué no faltaría.
Vamos a cliente not null.
Perfecto.
También copiamos not null.
Lo pegamos.
Punto cliente.
La clase punto del atributo Crédit AT
la fecha no puede ser nula o lo que queramos.
Y por último, aunque no tengamos acá esta anotación o regla, podemos cambiar ese mensaje tan duro
cuando el formato de la fecha no corresponde.
Para eso tenemos la regla que se llama type mix match.
Comienza en minúscula, a diferencia de lo nombre de anotación comienza en minúscula type.
Cuando el tipo de dato no calza, no coincide.
Miss Match si tiene que escribir de esta forma tal cual type en minúscula la M en mayúscula.
Miss Match.
Punto.
La clase en minúscula cliente punto.
El atributo de la fecha crec at
formato.
La fecha es inválida.
Por ejemplo, debe ser o intente con dos punto año en vez de larch guión mes guión día y guardamos.
Vamos a probar clic derecho como siempre levantamos.
Nos vamos a la página for?
Si por ejemplo, crear cliente, el nombre del cliente requerido se fijan, cambió todos los textos.
El email es requerido.
Si colocamos un correo invalido, la dirección de correo no es válida.
Perfecto.
La fecha cualquiera.
El formato fecha es inválido.
Bueno, me faltó la B.
Debe ser.
Y acá está el formato.
Volvemos y corrijamos in válido.
También podremos colocar los acentos.
Por ejemplo, dirección no es válida
y guardamos.
Esperen a que se actualice.
Cargamos de nuevo formulario.
Bien se fijan.
Acá se rompe.
Se rompen los acentos.
Era de esperarse.
10.
Justamente por los juegos de caracteres.
Claro.
Revisemos las propiedades.
Vámonos a mesajes properties.
Propiedades.
Se fijan, está en ISO 88 59, entonces lo podemos cambiar a un Tf8 aplicamos ñez a aplicar y cerrar.
Tenemos que volver a escribir los acentos.
Guardamos, volvemos a probar propiedades y está en un Tf8 bien debería funcionar.
Se fijan, ahí está perfecto.
Revisión de correo no es válida.
Y también el acento acá y coloco el acento en inválido.
Vamos a probar.
Cualquier correo de una fecha con ese formato.
Crear cliente perfecto ahí lo creó sin ningún problema.
Por ahora nada más ya sabemos cómo personalizar nuestros textos de idioma.
Hasta la próxima.