Convertir .properties a JSON
Convierte archivos .properties de Java a JSON y viceversa, en tu navegador.
.pdf · hasta 2 GB
Para qué sirve
.properties a JSON y JSON a .properties
Compatible con todo el ecosistema Java
Funciona con Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 y cualquier framework Java que use archivos .properties.
100% privado
Tu configuración (que puede incluir contraseñas y claves de API) se procesa solo en tu navegador. Nunca se envía a ningún servidor.
Anidación correcta
Notación de puntos convertida a objetos JSON anidados. a.b.c se convierte en {a: {b: {c: valor}}} correctamente.
Instantáneo
Conversión bidireccional en tiempo real. Sin registro, sin esperas, sin límites.
Cómo funciona
Tres pasos, sin complicaciones
Pega tu archivo .properties o JSON
Pega el contenido de tu archivo .properties de Java o tu objeto JSON. La herramienta detecta el formato automáticamente.
Conversión bidireccional
De .properties a JSON: la notación de puntos (a.b.c) crea objetos anidados. De JSON a .properties: los objetos anidados se aplanan usando puntos.
Copia el resultado
Copia el resultado con un clic y úsalo en tu proyecto Spring Boot, Quarkus o cualquier aplicación Java.
Preguntas frecuentes
¿Tienes dudas?
El formato .properties es el mecanismo de configuración estándar de Java desde la versión 1.0 (1996). Es un archivo de texto plano con pares clave=valor, uno por línea. Ha sido utilizado durante casi 30 años en frameworks como Spring, Hibernate, Log4j y prácticamente cualquier aplicación Java empresarial. La clase java.util.Properties de la JDK lo soporta nativamente sin dependencias externas.
En el formato .properties, la anidación se simula mediante puntos en el nombre de la clave: database.host=localhost, database.port=5432, database.name=mydb. Al convertir a JSON, esta convención se interpreta como objetos anidados: {"database": {"host": "localhost", "port": "5432", "name": "mydb"}}. Spring Boot usa exactamente esta convención para su sistema de configuración (application.properties).
Las líneas que comienzan con # son comentarios en el formato .properties y se omiten al convertir a JSON (JSON no tiene soporte nativo para comentarios). El símbolo ! también se usa como comentario en algunas implementaciones. Al convertir de JSON a .properties, no se generan comentarios ya que no hay equivalente en JSON. Si necesitas preservar comentarios, añádelos manualmente al archivo .properties resultante.
Spring Boot soporta tanto application.properties como application.yml para configuración externalizada. Los perfiles de Spring Boot (application-dev.properties, application-prod.properties) permiten tener configuraciones diferentes por entorno. La conversión a JSON es útil para migrar configuraciones a sistemas que esperan JSON, integrar con herramientas de gestión de configuración como Spring Cloud Config Server, o cuando necesitas inspeccionar la configuración resultante como objeto estructurado.
Muchos proyectos Java modernos migran de .properties a YAML (application.yml) porque YAML soporta anidación nativa sin necesidad de puntos, es más legible para configuraciones complejas, y soporta listas de forma natural. La conversión a JSON es un paso intermedio útil en esta migración: convierte .properties a JSON para entender la estructura, luego convierte ese JSON a YAML. También es útil para frameworks modernos como Quarkus y Micronaut que soportan múltiples formatos de configuración.
Historia de los archivos .properties de Java, configuración externalizada en Spring Boot y gestión de configuración cloud-native
El formato .properties de Java tiene casi 30 años de historia. Introducido en Java 1.0 (1996) a través de la clase java.util.Properties, se convirtió en el estándar de facto para la configuración de aplicaciones Java. Frameworks como Spring (2003), Hibernate (2001) y Log4j (2001) adoptaron este formato para su configuración. Hoy, décadas después, sigue siendo omnipresente en proyectos Java legacy y en Spring Boot, que lo usa como uno de sus dos formatos de configuración principales junto a YAML.
Spring Boot introdujo en 2014 el concepto de configuración externalizada (externalized configuration), basado en el tercer factor de la metodología 12-factor app. application.properties (y application.yml) son el mecanismo principal para configurar una aplicación Spring Boot sin modificar el código. Spring Boot soporta múltiples fuentes de configuración con un orden de precedencia definido: variables de entorno, argumentos de línea de comandos, application.properties, etc. Los perfiles (spring.profiles.active) permiten tener application-dev.properties, application-staging.properties y application-prod.properties.
En el paradigma cloud-native, la gestión de configuración evoluciona hacia sistemas centralizados. Spring Cloud Config Server permite servir configuración desde un repositorio Git centralizado a múltiples microservicios. HashiCorp Vault gestiona secretos de forma segura. Kubernetes ConfigMaps y Secrets reemplazan los archivos .properties en contenedores. Frameworks modernos como Quarkus (Red Hat) y Micronaut (Object Computing) soportan múltiples formatos de configuración (properties, yaml, json) y están optimizados para entornos cloud-native con tiempos de arranque de milisegundos. La conversión entre formatos es fundamental en la migración de aplicaciones Java tradicionales a arquitecturas cloud.