Properties ↔ JSON-Konverter Online
Java-.properties-Dateien in JSON und zurück konvertieren, in deinem Browser.
.pdf · bis zu 2 GB
Wofür es gedacht ist
.properties zu JSON und JSON zu .properties
Kompatibel mit dem gesamten Java-Ökosystem
Funktioniert mit Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 und jedem Java-Framework, das .properties-Dateien verwendet.
100% privat
Deine Konfiguration (die Passwörter und API-Schlüssel enthalten kann) wird nur in deinem Browser verarbeitet. Nie an einen Server gesendet.
Korrekte Verschachtelung
Punkt-Notation in verschachtelte JSON-Objekte konvertiert. a.b.c wird korrekt zu {a: {b: {c: Wert}}}.
Sofortig
Bidirektionale Konvertierung in Echtzeit. Keine Anmeldung, kein Warten, keine Grenzen.
So funktioniert es
Drei Schritte, kein Aufwand
Deine .properties oder dein JSON einfügen
Füge den Inhalt deiner Java-.properties-Datei oder dein JSON-Objekt ein. Das Tool erkennt das Format automatisch.
Bidirektionale Konvertierung
Von .properties zu JSON: Punkt-Notation (a.b.c) erstellt verschachtelte Objekte. Von JSON zu .properties: Verschachtelte Objekte werden mit Punkten abgeflacht.
Das Ergebnis kopieren
Kopiere das Ergebnis mit einem Klick und verwende es in deiner Spring-Boot-, Quarkus- oder beliebigen Java-Anwendung.
FAQ
Noch Fragen?
Das .properties-Format ist Javas Standard-Konfigurationsmechanismus seit Version 1.0 (1996). Es ist eine Nur-Text-Datei mit Schlüssel-Wert-Paaren, eines pro Zeile. Es wurde fast 30 Jahre in Frameworks wie Spring, Hibernate, Log4j und praktisch jeder Java-Unternehmensanwendung verwendet. Die java.util.Properties-Klasse des JDK unterstützt es nativ ohne externe Abhängigkeiten.
Im .properties-Format wird Verschachtelung über Punkte im Schlüsselnamen simuliert: database.host=localhost, database.port=5432, database.name=mydb. Bei der Konvertierung zu JSON wird diese Konvention als verschachtelte Objekte interpretiert: {"database": {"host": "localhost", "port": "5432", "name": "mydb"}}. Spring Boot verwendet genau diese Konvention für sein Konfigurationssystem (application.properties).
Zeilen, die mit # beginnen, sind Kommentare im .properties-Format und werden bei der Konvertierung zu JSON weggelassen (JSON hat keine native Kommentar-Unterstützung). Das !-Symbol wird in einigen Implementierungen ebenfalls als Kommentar verwendet. Bei der Konvertierung von JSON zu .properties werden keine Kommentare generiert, da kein JSON-Äquivalent vorhanden ist. Wenn du Kommentare erhalten möchtest, füge sie manuell zur resultierenden .properties-Datei hinzu.
Spring Boot unterstützt sowohl application.properties als auch application.yml für die externalisierte Konfiguration. Spring-Boot-Profile (application-dev.properties, application-prod.properties) ermöglichen verschiedene Konfigurationen pro Umgebung. Die Konvertierung zu JSON ist nützlich bei der Migration von Konfigurationen zu Systemen, die JSON erwarten, der Integration mit Konfigurationsmanagement-Tools wie Spring Cloud Config Server oder wenn du die resultierende Konfiguration als strukturiertes Objekt inspizieren möchtest.
Viele moderne Java-Projekte migrieren von .properties zu YAML (application.yml), weil YAML native Verschachtelung ohne Punkte unterstützt, für komplexe Konfigurationen lesbarer ist und Listen auf natürliche Weise unterstützt. Die Konvertierung zu JSON ist ein nützlicher Zwischenschritt bei dieser Migration: Konvertiere .properties zu JSON, um die Struktur zu verstehen, und konvertiere dieses JSON dann zu YAML. Es ist auch nützlich für moderne Frameworks wie Quarkus und Micronaut, die mehrere Konfigurationsformate unterstützen.
Geschichte der Java-.properties-Dateien, externalisierte Spring-Boot-Konfiguration und Cloud-Native-Konfigurations-Management
Das Java-.properties-Format hat eine fast 30-jährige Geschichte. In Java 1.0 (1996) durch die java.util.Properties-Klasse eingeführt, wurde es zum De-facto-Standard für die Java-Anwendungskonfiguration. Frameworks wie Spring (2003), Hibernate (2001) und Log4j (2001) übernahmen dieses Format für ihre Konfiguration. Noch heute, Jahrzehnte später, ist es in Java-Legacy-Projekten und in Spring Boot allgegenwärtig, das es als eines seiner beiden Hauptkonfigurationsformate neben YAML verwendet.
Spring Boot führte 2014 das Konzept der externalisierten Konfiguration ein, basierend auf dem dritten Faktor der 12-Factor-App-Methodik. application.properties (und application.yml) sind der Hauptmechanismus zur Konfiguration einer Spring-Boot-Anwendung ohne Code-Änderungen. Spring Boot unterstützt mehrere Konfigurationsquellen mit einer definierten Vorrangreihenfolge: Umgebungsvariablen, Befehlszeilenargumente, application.properties usw. Profile (spring.profiles.active) ermöglichen application-dev.properties, application-staging.properties und application-prod.properties.
Im Cloud-Native-Paradigma entwickelt sich das Konfigurations-Management hin zu zentralisierten Systemen. Spring Cloud Config Server bedient Konfigurationen aus einem zentralen Git-Repository für mehrere Microservices. HashiCorp Vault verwaltet Geheimnisse sicher. Kubernetes ConfigMaps und Secrets ersetzen .properties-Dateien in Containern. Moderne Frameworks wie Quarkus (Red Hat) und Micronaut (Object Computing) unterstützen mehrere Konfigurationsformate (properties, yaml, json) und sind für Cloud-Native-Umgebungen mit Millisekunden-Startzeiten optimiert. Die Konvertierung zwischen Formaten ist bei der Migration traditioneller Java-Anwendungen zu Cloud-Architekturen fundamental.