Convertitore Properties ↔ JSON Online
Converti file .properties Java in JSON e viceversa, nel tuo browser.
.pdf · fino a 2 GB
A cosa serve
Da .properties a JSON e da JSON a .properties
Compatibile con l'intero ecosistema Java
Funziona con Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 e qualsiasi framework Java che usa file .properties.
100% privato
La tua configurazione, che puo includere password e chiavi API, viene elaborata solo nel tuo browser. Non viene mai inviata a nessun server.
Annidamento corretto
La notazione punto viene convertita in oggetti JSON annidati. a.b.c diventa correttamente un oggetto con a che contiene b che contiene c con il valore.
Istantaneo
Conversione bidirezionale in tempo reale. Nessuna registrazione, nessuna attesa, nessun limite.
Come funziona
Tre passaggi, senza complicazioni
Incolla il tuo .properties o JSON
Incolla il contenuto del tuo file .properties Java o il tuo oggetto JSON. Lo strumento rileva automaticamente il formato.
Conversione bidirezionale
Da .properties a JSON: la notazione punto come a.b.c crea oggetti annidati. Da JSON a .properties: gli oggetti annidati vengono appiattiti usando i punti.
Copia il risultato
Copia il risultato con un clic e usalo nel tuo progetto Spring Boot, Quarkus o qualsiasi altra applicazione Java.
FAQ
Hai delle domande?
Il formato .properties e il meccanismo di configurazione standard di Java dalla versione 1.0 del 1996. E un file di testo semplice con coppie chiave=valore, una per riga. Viene usato da quasi 30 anni in framework come Spring, Hibernate, Log4j e praticamente qualsiasi applicazione Java enterprise. La classe java.util.Properties del JDK lo supporta nativamente senza dipendenze esterne.
Nel formato .properties, l'annidamento viene simulato tramite i punti nel nome della chiave: database.host=localhost, database.port=5432, database.name=mydb. Durante la conversione in JSON, questa convenzione viene interpretata come oggetti annidati. Spring Boot usa esattamente questa convenzione per il suo sistema di configurazione con application.properties.
Le righe che iniziano con il cancelletto sono commenti nel formato .properties e vengono omesse durante la conversione in JSON poiche JSON non supporta nativamente i commenti. Anche il simbolo esclamativo viene usato come commento in alcune implementazioni. Durante la conversione da JSON a .properties non vengono generati commenti poiche non esiste un equivalente JSON. Se hai bisogno di conservare i commenti, aggiungili manualmente al file .properties risultante.
Spring Boot supporta sia application.properties che application.yml per la configurazione esternalizzata. I profili Spring Boot come application-dev.properties e application-prod.properties permettono configurazioni diverse per ambiente. La conversione in JSON e utile per migrare configurazioni verso sistemi che si aspettano JSON, integrarsi con strumenti di gestione della configurazione come Spring Cloud Config Server, o quando hai bisogno di ispezionare la configurazione risultante come oggetto strutturato.
Molti progetti Java moderni migrano da .properties a YAML con application.yml perche YAML supporta l'annidamento nativo senza punti, e piu leggibile per configurazioni complesse e supporta naturalmente le liste. La conversione in JSON e un passaggio intermedio utile in questa migrazione: converti .properties in JSON per capire la struttura, poi converti quel JSON in YAML. E utile anche per framework moderni come Quarkus e Micronaut che supportano piu formati di configurazione.
Storia dei file .properties Java, configurazione esternalizzata in Spring Boot e gestione della configurazione cloud-native
Il formato .properties di Java ha quasi 30 anni di storia. Introdotto in Java 1.0 nel 1996 tramite la classe java.util.Properties, e diventato lo standard de facto per la configurazione delle applicazioni Java. Framework come Spring del 2003, Hibernate del 2001 e Log4j del 2001 hanno adottato questo formato per la loro configurazione. Oggi, decenni dopo, rimane onnipresente nei progetti Java legacy e in Spring Boot, che lo usa come uno dei suoi due principali formati di configurazione insieme a YAML.
Spring Boot ha introdotto nel 2014 il concetto di configurazione esternalizzata, basato sul terzo fattore della metodologia 12-factor app. Il file application.properties e application.yml sono il meccanismo principale per configurare un'applicazione Spring Boot senza modificare il codice. Spring Boot supporta multiple sorgenti di configurazione con un ordine di precedenza definito: variabili di ambiente, argomenti della riga di comando, application.properties e altro. I profili con spring.profiles.active permettono di avere application-dev.properties, application-staging.properties e application-prod.properties.
Nel paradigma cloud-native, la gestione della configurazione evolve verso sistemi centralizzati. Spring Cloud Config Server serve la configurazione da un repository Git centralizzato a molteplici microservizi. HashiCorp Vault gestisce i segreti in modo sicuro. I ConfigMap e i Secret di Kubernetes sostituiscono i file .properties nei container. Framework moderni come Quarkus di Red Hat e Micronaut di Object Computing supportano multipli formati di configurazione e sono ottimizzati per ambienti cloud-native con tempi di avvio in millisecondi. Convertire tra formati e fondamentale quando si migrano applicazioni Java tradizionali verso architetture cloud.