Igual tenemos otra forma de guardar estos textos en otro properties, por ejemplo, si lo guardamos
en aplíquelo en Properties, estaría perfecto.
No habría ningún problema.
Pero qué pasa si tenemos muchos textos de varios controladores y no queremos tener una aplicación Properties?
Tan extenso.
De tal forma podríamos tener incluso varios archivos properties independientes con los textos.
Por ejemplo, por cada módulo de nuestra aplicación, incluso por cada controlador OPAQ Catch como lo
queramos organizar.
Aparte, evitamos estos warning, que si bien no es ningún error ni problema, pero puede ser un poco
molesto, pero en realidad un detalle.
Bien, vamos a quitar esto del aplíquelo en Properties.
Pero vamos a crear otro archivo.
Vamos a copiar el application properties.
Lo pegamos en recursos.
Le cambiamos el nombre?
El que queramos, por ejemplo, textos o mensajes como queramos.
Y de la aplicación Properties?
Quitamos esto, lo dejamos limpio y apliqué en Properties solamente lo dejamos para las configuraciones
del framework.
Por ejemplo, conexiones a base, dato, configuraciones de JPA del puerto.
En fin, cualquier configuración de Spring.
Guardamos.
Nos vamos a texto Properties.
Lo dejamos tal cual.
Pero lo tenemos que configurar.
Nos vamos a la raíz justo donde está la clase principal del tiempo.
En la raíz.
Vamos a crear otra clase.
Una clase configuración.
Tenemos que configurar este properties.
Por ejemplo, textos property config.
Finalizar.
Lo que sí es importante anotar con Configuré icho vamos a importar de esprint con text anoté hecho.
Además, anotamos con property source
en plural y dentro, bueno, los paréntesis vamos a tener un arreglo con la llaves llegada, podemos
indicar varios archivos properties con la anotación property source en singular.
De hecho es muy parecida, pero sin ls
importamos también de Spring Framework Context anoté hecho.
Y en las comillas indicamos el nombre y la ubicación.
Bueno, se ubica en los recursos, que justamente es el classpath, donde tenemos los recursos y configuraciones.
2 Punto y el nombre del archivo.
Textos punto properties.
Bien, tenemos uno solo, pero podríamos tener más ejemplos separados por comas.
Y así podríamos tener textos 2, 3, 4 y lo que queramos.
Voy a dejar solamente el que tenemos.
Voy a guardar y levantamos la aplicación.
Y acá tenemos el resultado.
Vámonos.
Al estar también funciona igual, como si estuviera en el apliqué, Chum Properties se inyecta de la
misma forma.
Incluso le podrían campear, por ejemplo, listado de usuarios desde textos properties.
Guardamos actualizamos listado de usuarios desde textos properties.
Otra alternativa que en realidad no es ni mejor ni peor que la anterior.
Quizás esta es un poco más flexible, ya que nos permite tener y agregar varios properties y cada uno
con varios y muchos textos.
Bien.
Y por último, respecto a textos en varios idiomas multi lenguaje, eso da para una sección completa.
Así que por ahora no lo vamos a ver, pero si lo vamos a ver más adelante del curso.
En otra sección solamente orientada a trabajar con multi lenguaje.
Nada más.
Hasta la próxima.