Configuración de application.properties y perfiles en Spring Boot
Contenido del curso
Marcos Vázquez González
William Javier Del Valle Meza
Juan Manuel Alvarado Giron
William Javier Del Valle Meza
Marco Antonio Villanueva Soto
Ingenieria Resuelve
Daniel Santiago Perez Ducuara
FERNANDO OROZCO
Luis Jaramillo
Santiago Vasco
Alejandro Ramírez
Profesor
Jorge Moreno Rosania
Marcos Vázquez González
Joel Hernandez
Fernando Espiritu
Andrés Felipe Galvis Pereira
Linda Montoya
Jonatan Padilla
Oscar Chavez
Mario Hernández
MAX HOUSTON RAMIREZ MARTEL
Victoria Castro
Luis Angel Casas Pérez
Luis Alberto Burgos Vilca
e.garcia.carrillo
Oscar Andrés Barrera Arévalo
FERNANDO OROZCO
ANDRES ALFONSO MIRA MEJIA
Jose Juan Roman Palacios
Alejandro Ramírez
ProfesorEn 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.
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"
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.
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.
a mí me salió más sencillo usar el api key de gemini en openai me pedia tarjeta y pagar no habia capa gratuita
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
Tengo la misma duda
@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".
Get("hellowController') responde por un contexto.
Get("ByeController") responder por otro contexto diferente.
Ambos contextos en la misma applicacion.
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
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 9090De 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/....
A mi no me autocompleta las configuraciones que se realizan en el archivo .properties....
Es por qué esos auto completados están en la versión de pago de intellijIdea
Tambien puedes agregar windsurf a tus plugins
es de bastante ayuda
de todas las configuracion de application-dev.properties nada me funcino solo el final para guardar la variable de
spring.application.name=fere1993-play!!!
quiero pensar que lo demas por mas qeu lo revise no funciono por el langchain4j ya qeu cuando hacen el curso es free pero ahora ya no funciona
porque en mi caso no me genera sugerencias de autocompletado en el archivo application.properties ?
Requiero de configurar alguna extensión o algo en intelliJ IDEA ? o es porque es la version community ?
Efectivamente, la versión Community no soporta o reconoce correctamente el archivo application.properties por lo cual no tienen ninguna sugerencia o cuando se intenta explorar las propiedades con Control+Click no lo hace.
En la versión 4.0.6 de Spring Boot el como se usan los perfiles cambió no mucho pero como lo explica Alejandro, no me funcionó
Aquí la documentación:
para quien prefiera el yml sobre el properties
server: port: 8090 servlet: context-path: /platzi-play/api
Buenos dias, quisiera saber porque me da este error:
spring.application.name=streaming server.port=8081 ```Tal vez te falta poner el server.port para definir el nuevo puerto en el que quieres levantar tu proyecto
Puede ser que te falte el contexto, el "/" o si lo configuraste tal cual el video http://localhost:8090/platzi-play/api/
Buenas profesor, tengo una pregunta hay alguna diferencia de ocupar archivos “.properties” a migrarlos a archivos “.yml” , mi duda surge ya que ya no es muy común actualmente ver en proyectos archivos con la extensión “.properties”
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.
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
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
✅
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?
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.ymlapplication-dev.ymlEl 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. 🚀