Configuración de application.properties y perfiles en Spring Boot

Clase 4 de 23 • Curso de Java Spring Boot

Resumen

Configurar correctamente el archivo application.properties es esencial para personalizar y controlar el comportamiento de una aplicación Spring Boot. Aquí aprenderás cómo gestionar distintos entornos, definir variables clave y sacar el máximo provecho a los perfiles en tus proyectos.

¿Cómo se utilizan application.properties y perfiles en Spring para configurar la aplicación?

El archivo application.properties centraliza la configuración en una app Spring Boot. Permite establecer desde el API key y el modelo usado con librerías como LangChain4j, hasta aspectos cruciales como el puerto del servidor o el contexto de la URL.

Puedes definir parámetros como server.port para cambiar el puerto (por ejemplo, a 8090).
Para cambiar el contexto raíz, se usa server.servlet.contextPath (e.g., /platzi-play/api).
Los cambios se reflejan tras reiniciar la aplicación, afectando cómo y dónde responde tu API.

¿Qué ventajas ofrecen los diferentes archivos de propiedades para cada entorno?

Spring permite tener múltiples archivos de configuración según ambiente: desarrollo, pruebas o producción. Esto se gestiona creando archivos como application-dev.properties o application-prod.properties dentro del directorio resources.

Cada archivo puede contener variables específicas solo para ese entorno.
El archivo principal (application.properties) mantiene las configuraciones generales.
Se activa un perfil con la propiedad spring.profiles.active, por ejemplo, dev o prod, para que Spring use ese archivo.
Así puedes, por ejemplo, habilitar logs detallados solo en desarrollo y desactivarlos en producción.

¿Cómo se acceden y utilizan las variables de configuración en el código Spring?

Las variables en application.properties pueden ser utilizadas directamente en el código de la aplicación a través de la anotación @Value.

Por ejemplo, puedes inyectar el nombre de la aplicación usando @Value("${spring.application.name}") en el constructor de tu controlador.
Así se evita "quemar" valores en el código y permite una gestión centralizada y flexible.
Cambios en las variables del properties se reflejan al reiniciar la app, mostrando los resultados, por ejemplo, en las respuestas de la API.

¿Cómo se configuran logs y otros parámetros específicos según el entorno?

En el archivo application-dev.properties puedes agregar parámetros para mostrar logs de request y response, permitiendo ver internamente cómo opera una librería como LangChain4j.
En producción, se recomienda minimizar los logs para evitar exponer información sensible o saturar la consola.
Cada entorno puede personalizar el nivel de logueo y otros detalles de configuración según sea necesario.

¿Has explorado ya la documentación oficial de Spring sobre propiedades de configuración? Comparte tu experiencia o pregunta sobre situaciones específicas que hayas enfrentado usando perfiles y properties en tus proyectos.

Christian Javier Moreno Ibarra

student•

Platzi ha empeorado bastante, los cursos cada vez son mas de correr y demostrar resultados si que haya un proceso de enseñanza por detrás, aquí solo veo una personas haciendo un proceso sin explicar el por qué de cada cosa.

Avanza y avanza y hace cambios pero no dice cuál es la intención o la implicación de cada cambio, de cada variable, por ejemplo, usa una interfase y no dice por qué lo hace, creo que deberían tener mas tutoría los profesores, no solo ser crack en su campo.

Alejandro Ramírez

teacher•

Hola Christian, gracias por tu comentario y por tomarte el tiempo de compartirlo.

Creo que puede que haya una confusión en la parte que mencionas sobre la interface. Esa viene desde la clase pasada, donde la creamos para procesar las peticiones con LangChain4J usando IA. En esta clase nos enfocamos en la configuración de application.properties y en cómo usar perfiles en Spring Boot para manejar distintos entornos (dev, prod, etc.).

Si quieres, puedes compartirnos cuales son tus dudas puntuales con los parámetros de configuración del archivo .properties y así podremos repasar esa parte para que el hilo entre las clases quede más claro. Así verás el porqué de cada cambio y cómo se conecta con lo que hacemos después. 🚀

Jesús Patricio Pereira Matus

student•

de todas formas no es tan necesario saber como integrar una IA en un proyecto spring boot en este caso se demuestra como se hace pero rara vez lo vas a ocupar y si lo hacer buscas langchaing y ves la documentacion es mejor ver el tema de configuracion y anotaciones para poder crear un backend bien solamente mi recomendacion no te centres en la interfaz que se creo por IA enfocate en entender el framework y que caracteristicas hace que se use spring antes que otros frameworks backend

Marcos Vázquez González

student•

En el archivo application.properties de un proyecto Spring, las configuraciones más comunes incluyen:

Configuración del Puerto:
```
server.port=8080
```
Context Path:
```
server.servlet.context-path=/miapp
```

Configuración de Base de Datos:

spring.datasource.url=jdbc:mysql://localhost:3306/mi_bd
spring.datasource.username=usuario
spring.datasource.password=contraseña

Activación de Perfiles:
```
spring.profiles.active=dev
```

Configuraciones de Logging:

logging.level.root=INFO
logging.file.name=miapp.log

Estas configuraciones ayudan a definir el comportamiento y la estructura de la aplicación en diferentes entornos.

William Javier Del Valle Meza

student•

Deberíamos mejorar la pronunciación del inglés para que los estudiantes también aprendan eso, por ejemplo:

Langchain4g => "Lang chein four yi"

Langchain4j => "Lang chein four yei"

Value => "Valiu" no "Value"

Juan Manuel Alvarado Giron

student•

Este tipo de comentarios es irrelevante, ya que el curso es sobre un marco de trabajo.

De hecho, usted debería mejorar su redacción del español. La conjunción subordinada "para que" lleva una coma antes de ella.

William Javier Del Valle Meza

student•

Juan Manuel, cuando la pronunciación se refiere a una herramienta claro que es relevante, para que las personas que no saben no se equivoquen al buscar los términos. La conjunción subordinada que usted recomendó es la que definitivamente es irrelevante porque yo no soy quien está "enseñando" en esta plataforma.

Marco Antonio Villanueva Soto

student•

a mí me salió más sencillo usar el api key de gemini en openai me pedia tarjeta y pagar no habia capa gratuita

Ingenieria Resuelve

student•

Buen dia, es muy necesario poner

@V("plataform")

ya que realice la prueba dejandola con la pura variable String plataform y funciono de manera correcta, o que funcion tiene @V

saludos

Daniel Santiago Perez Ducuara

student•

Tengo la misma duda

FERNANDO OROZCO

student•

@UserMessage("""{{question}}""")
String answerQuestion(@V("question")String question);

En este caso tener "@V(...)" no hace diferencia porque el nombre de la variable "String question" es igual al nombre entre las llaves. Pero si fueran distintos necesitarias ese '@V("...")'.

@UserMessage("""{{question}}""")
String answerQuestion(@V("question")String pregunta);

en este caso reemplaza el valor de la variable "pregunta" donde se encuentre el placeholder, es decir, "question".

Luis Fernando Jaramillo

student•

Tengo dos preguntas: Es posible tener varias applicaciones corriendo en el mismo servidor? servidor de aws por ejemplo.
una aplicacion solo puede tener un contexto?
- Get("hellowController') responde por un contexto.
- Get("ByeController") responder por otro contexto diferente.
  
  Ambos contextos en la misma applicacion.

Santiago Vasco

student•

Tengo dos preguntas: Es posible tener varias applicaciones corriendo en el mismo servidor? servidor de aws por ejemplo.

R/: si puedes, solo tienes que especificar en el applicarion.properties un puerto diferente para cada una, por ejemplo Servicio1 correindo en el 8081 y el Servicio2 en el 8082

una aplicacion solo puede tener un contexto? R/: si, por ejemplo en el servicio uno puedes tener un controller con

@GetMapping("/context-one")

y otro con

@RequestMapping("/context-two")

y dentro de ellos podiras exponer varios Get

@GetMapping("/method-one")

@GetMapping("/method-two")

dandote una url Get como /context-two/method-one

Alejandro Ramírez

teacher•

Sí, en AWS (o en cualquier servidor) puedes tener varias aplicaciones Spring Boot corriendo en la misma instancia, cada una escuchando en un puerto distinto (por ejemplo 8080 y 9090). Eso es lo que configuras en el application.properties con server.port.

Ahora, si lo que quieres es que ambas aplicaciones se expongan por el mismo puerto hacia Internet, lo que se hace normalmente es poner un Load Balancer o un proxy inverso (como Nginx o el propio Application Load Balancer de AWS). Allí puedes enrutar el tráfico según el path:

/servicio1/** → se redirige al puerto 8080 de la instancia
/servicio2/** → se redirige al puerto 9090

De esa forma, externamente parece que todo sale por el mismo endpoint, pero internamente cada app sigue teniendo su propio puerto.

Y respondiendo a lo otro: dentro de una misma aplicación sí puedes manejar múltiples “contextos” usando diferentes @RequestMapping o @GetMapping en tus controladores, de modo que expongas rutas distintas como /context-one/... o /context-two/....

Jorge Moreno Rosania

student•

A mi no me autocompleta las configuraciones que se realizan en el archivo .properties....

Marcos Vázquez González

student•

Es por qué esos auto completados están en la versión de pago de intellijIdea

Joel Hernandez

student•

Tambien puedes agregar windsurf a tus plugins

es de bastante ayuda

e.garcia.carrillo

student•

Podrías recomendarme alguna clase en Platzi o alguna recurso (pagina) donde se profundice en el uso de application.yml en Spring Boot? Me interesa conocer cuáles son las variables más utilizadas, especialmente las relacionadas con la configuración de base de datos (spring.datasource), así como otras propiedades comunes que se suelen definir en este archivo.

Oscar Andrés Barrera Arévalo

student•

En mi caso no me deja ver los logs con la opcion de DEBUG me imagino que se debe a que uso la version community

FERNANDO OROZCO

student•

Hola Oscar, quizas llego bastante tarde, pero yo uso la version community tambien y si puedo ver los logs, quizas fue un error de tipado.

Aqui te dejo las lineas por si acaso.

langchain4j.open-ai.chat-model.log-requests=true
langchain4j.open-ai.chat-model.log-responses=true
logging.level.dev.lanchain4j=DEBUG
logging.level.dev.ai4j.openai4j=DEBUG

ANDRES ALFONSO MIRA MEJIA

student•

✅

Jose Juan Roman Palacios

student•

En los archivos

application.properties

application-dev.properties

Se pueden utilizar los archivos .yml o afecta el funcionamiento, si se pueden utilizar, como se cambiarian?

Alejandro Ramírez

teacher•

En Spring Boot puedes usar tanto .properties como .yml (YAML), y no afecta el funcionamiento: ambos formatos son compatibles y funcionan sin problemas.

Si prefieres usar YAML, basta con crear los archivos con extensión .yml, por ejemplo:

application.yml
application-dev.yml

El cambio de perfiles funciona igual: en tu application.yml puedes definir la propiedad

spring:
  profiles:
    active: dev

y Spring Boot cargará automáticamente application-dev.yml.

Es más un tema de preferencia: algunos equipos prefieren .properties porque son más simples, y otros .yml porque permiten estructuras jerárquicas más claras. 🚀

Configuración de application.properties y perfiles en Spring Boot

Introducción a Spring Boot

¿Qué es Spring y por qué es tan popular?

Configuración inicial de proyecto Spring Boot con Java 21

Crear un endpoint REST con Spring Boot e integrarlo con IA usando LangChain4j