Conversor Properties ↔ JSON Online
Converta arquivos Java .properties para JSON e vice-versa, no seu navegador.
.pdf · até 2 GB
Para que serve
.properties para JSON e JSON para .properties
Compatível com todo o ecossistema Java
Funciona com Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 e qualquer framework Java que use arquivos .properties.
100% privado
Sua configuração (que pode incluir senhas e chaves de API) é processada apenas no seu navegador. Nunca enviada a nenhum servidor.
Aninhamento correto
Notação de ponto convertida para objetos JSON aninhados. a.b.c vira corretamente um objeto a contendo b contendo c com o valor.
Instantâneo
Conversão bidirecional em tempo real. Sem cadastro, sem esperas, sem limites.
Como funciona
Três passos, sem complicação
Cole seu .properties ou JSON
Cole o conteúdo do seu arquivo Java .properties ou o seu objeto JSON. A ferramenta detecta o formato automaticamente.
Conversão bidirecional
De .properties para JSON: notação de ponto (a.b.c) cria objetos aninhados. De JSON para .properties: objetos aninhados são achatados usando pontos.
Copie o resultado
Copie o resultado com um clique e use-o no seu projeto Spring Boot, Quarkus ou qualquer aplicação Java.
Perguntas frequentes
Ficou com dúvidas?
O formato .properties é o mecanismo de configuração padrão do Java desde a versão 1.0 (1996). É um arquivo de texto simples com pares chave=valor, um por linha. Tem sido usado por quase 30 anos em frameworks como Spring, Hibernate, Log4j e praticamente qualquer aplicação Java empresarial. A classe java.util.Properties do JDK o suporta nativamente sem dependências externas.
No formato .properties, o aninhamento é simulado por pontos no nome da chave: database.host=localhost, database.port=5432, database.name=mydb. Ao converter para JSON, essa convenção é interpretada como objetos aninhados, com a chave database contendo host, port e name. O Spring Boot usa exatamente essa convenção para seu sistema de configuração via application.properties.
Linhas começando com # são comentários no formato .properties e são omitidas ao converter para JSON (JSON não tem suporte nativo a comentários). O símbolo ! também é usado como comentário em algumas implementações. Ao converter de JSON para .properties, nenhum comentário é gerado pois não há equivalente em JSON. Se você precisar preservar comentários, adicione-os manualmente ao arquivo .properties resultante.
Spring Boot suporta tanto application.properties quanto application.yml para configuração externalizada. Profiles do Spring Boot (application-dev.properties, application-prod.properties) permitem configurações diferentes por ambiente. A conversão para JSON é útil para migrar configurações para sistemas que esperam JSON, integrar com ferramentas de gerenciamento de configuração como Spring Cloud Config Server, ou quando você precisa inspecionar a configuração resultante como um objeto estruturado.
Muitos projetos Java modernos migram de .properties para YAML (application.yml) porque o YAML suporta aninhamento nativo sem pontos, é mais legível para configurações complexas e suporta listas naturalmente. A conversão para JSON é um passo intermediário útil nessa migração: converta .properties para JSON para entender a estrutura e, em seguida, converta esse JSON para YAML. Também é útil para frameworks modernos como Quarkus e Micronaut que suportam múltiplos formatos de configuração.
Histórico dos arquivos .properties Java, configuração externalizada no Spring Boot e gerenciamento de configuração cloud-native
O formato .properties do Java tem quase 30 anos de história. Introduzido no Java 1.0 (1996) por meio da classe java.util.Properties, tornou-se o padrão de fato para configuração de aplicações Java. Frameworks como Spring (2003), Hibernate (2001) e Log4j (2001) adotaram esse formato para sua configuração. Hoje, décadas depois, permanece onipresente em projetos Java legados e no Spring Boot, que o usa como um de seus dois formatos de configuração principais ao lado do YAML.
O Spring Boot introduziu em 2014 o conceito de configuração externalizada, baseado no terceiro fator da metodologia 12-factor app. O application.properties (e application.yml) é o mecanismo principal para configurar uma aplicação Spring Boot sem modificar o código. O Spring Boot suporta múltiplas fontes de configuração com uma ordem de precedência definida: variáveis de ambiente, argumentos de linha de comando, application.properties etc. Os profiles (spring.profiles.active) permitem ter application-dev.properties, application-staging.properties e application-prod.properties.
No paradigma cloud-native, o gerenciamento de configuração evolui para sistemas centralizados. O Spring Cloud Config Server serve configuração a partir de um repositório Git centralizado para múltiplos microsserviços. O HashiCorp Vault gerencia segredos de forma segura. ConfigMaps e Secrets do Kubernetes substituem arquivos .properties em contêineres. Frameworks modernos como Quarkus (Red Hat) e Micronaut (Object Computing) suportam múltiplos formatos de configuração (properties, yaml, json) e são otimizados para ambientes cloud-native com tempos de inicialização em milissegundos. A conversão entre formatos é fundamental na migração de aplicações Java tradicionais para arquiteturas cloud.