Convertisseur Properties ↔ JSON en Ligne
Convertis des fichiers .properties Java en JSON et vice-versa, dans ton navigateur.
.pdf · jusqu'à 2 Go
À quoi ça sert
.properties vers JSON et JSON vers .properties
Compatible avec tout l'écosystème Java
Fonctionne avec Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 et tout framework Java utilisant des fichiers .properties.
100 % privé
Ta configuration (qui peut inclure des mots de passe et des clés d'API) est traitée uniquement dans ton navigateur. Jamais envoyée à un serveur.
Imbrication correcte
La notation pointée est convertie en objets JSON imbriqués. a.b.c devient {a: {b: {c: valeur}}} correctement.
Instantané
Conversion bidirectionnelle en temps réel. Aucune inscription, aucune attente, aucune limite.
Comment ça marche
Trois étapes, sans complications
Colle ton .properties ou JSON
Colle le contenu de ton fichier .properties Java ou ton objet JSON. L'outil détecte automatiquement le format.
Conversion bidirectionnelle
De .properties vers JSON : la notation pointée (a.b.c) crée des objets imbriqués. De JSON vers .properties : les objets imbriqués sont aplatis avec des points.
Copie le résultat
Copie le résultat en un clic et utilise-le dans ton projet Spring Boot, Quarkus ou toute autre application Java.
FAQ
Des questions ?
Le format .properties est le mécanisme de configuration standard de Java depuis la version 1.0 (1996). C'est un fichier texte brut avec des paires clé=valeur, une par ligne. Il est utilisé depuis près de 30 ans dans des frameworks comme Spring, Hibernate, Log4j et pratiquement toute application Java d'entreprise. La classe java.util.Properties du JDK le supporte nativement sans dépendances externes.
Dans le format .properties, l'imbrication est simulée par des points dans le nom de la clé : database.host=localhost, database.port=5432, database.name=mydb. Lors de la conversion en JSON, cette convention est interprétée comme des objets imbriqués : {"database": {"host": "localhost", "port": "5432", "name": "mydb"}}. Spring Boot utilise exactement cette convention pour son système de configuration (application.properties).
Les lignes commençant par # sont des commentaires dans le format .properties et sont omises lors de la conversion vers JSON (JSON ne supporte pas nativement les commentaires). Le symbole ! est également utilisé comme commentaire dans certaines implémentations. Lors de la conversion de JSON vers .properties, aucun commentaire n'est généré car il n'y a pas d'équivalent en JSON. Si tu as besoin de conserver des commentaires, ajoute-les manuellement au fichier .properties résultant.
Spring Boot supporte application.properties et application.yml pour la configuration externalisée. Les profils Spring Boot (application-dev.properties, application-prod.properties) permettent d'avoir différentes configurations par environnement. La conversion en JSON est utile pour migrer des configurations vers des systèmes attendant du JSON, s'intégrer avec des outils de gestion de config comme Spring Cloud Config Server, ou quand tu as besoin d'inspecter la configuration résultante comme objet structuré.
De nombreux projets Java modernes migrent de .properties vers YAML (application.yml) parce que YAML supporte l'imbrication native sans points, est plus lisible pour des configurations complexes, et supporte les listes naturellement. La conversion vers JSON est une étape intermédiaire utile dans cette migration : convertis .properties en JSON pour comprendre la structure, puis convertis ce JSON en YAML. C'est également utile pour des frameworks modernes comme Quarkus et Micronaut qui supportent plusieurs formats de configuration.
Historique des fichiers .properties Java, configuration externalisée dans Spring Boot et gestion de configuration cloud-native
Le format .properties de Java a près de 30 ans d'histoire. Introduit dans Java 1.0 (1996) via la classe java.util.Properties, il est devenu le standard de facto pour la configuration des applications Java. Des frameworks comme Spring (2003), Hibernate (2001) et Log4j (2001) ont adopté ce format pour leur configuration. Aujourd'hui, des décennies plus tard, il reste omniprésent dans les projets Java legacy et dans Spring Boot, qui l'utilise comme l'un de ses deux formats de configuration principaux aux côtés de YAML.
Spring Boot a introduit en 2014 le concept de configuration externalisée, basé sur le troisième facteur de la méthodologie 12-factor app. application.properties (et application.yml) sont le mécanisme principal pour configurer une application Spring Boot sans modifier le code. Spring Boot supporte plusieurs sources de configuration avec un ordre de précédence défini : variables d'environnement, arguments de ligne de commande, application.properties, etc. Les profils (spring.profiles.active) permettent d'avoir application-dev.properties, application-staging.properties et application-prod.properties.
Dans le paradigme cloud-native, la gestion de configuration évolue vers des systèmes centralisés. Spring Cloud Config Server sert la configuration depuis un dépôt Git centralisé à de multiples microservices. HashiCorp Vault gère les secrets de façon sécurisée. Les ConfigMaps et Secrets Kubernetes remplacent les fichiers .properties dans les conteneurs. Des frameworks modernes comme Quarkus (Red Hat) et Micronaut (Object Computing) supportent plusieurs formats de configuration (properties, yaml, json) et sont optimisés pour les environnements cloud-native avec des temps de démarrage en millisecondes. La conversion entre formats est fondamentale lors de la migration d'applications Java traditionnelles vers des architectures cloud.