Konwerter Properties ↔ JSON Online
Konwertuj pliki Java .properties na JSON i z powrotem, w przegladarce.
.pdf · do 2 GB
Do czego sluzy
.properties na JSON i JSON na .properties
Kompatybilny z calym ekosystemem Java
Dziala ze Spring Boot, Quarkus, Micronaut, Hibernate, Log4j2 i kazdym frameworkiem Java uzywajacym plikow .properties.
W 100% prywatny
Twoja konfiguracja (ktora moze zawierac hasla i klucze API) jest przetwarzana wylacznie w Twojej przegladarce. Nigdy nie trafia na zadne serwery.
Poprawne zagniezdanie
Notacja z kropkami konwertowana na zagniezdzone obiekty JSON. a.b.c staje sie poprawnie {a: {b: {c: value}}}.
Natychmiastowy
Dwukierunkowa konwersja w czasie rzeczywistym. Bez rejestracji, oczekiwania ani limitow.
Jak to działa
Trzy kroki, żadnych komplikacji
Wklej swoj .properties lub JSON
Wklej zawartosc pliku Java .properties lub obiektu JSON. Narzedzie automatycznie wykrywa format.
Dwukierunkowa konwersja
Z .properties na JSON: notacja z kropkami (a.b.c) tworzy zagniezdzone obiekty. Z JSON na .properties: zagniezdzone obiekty sa splaszczane za pomoca kropek.
Skopiuj wynik
Skopiuj wynik jednym kliknieciem i uzyj go w aplikacji Spring Boot, Quarkus lub dowolnej innej aplikacji Java.
FAQ
Masz pytania?
Format .properties to standardowy mechanizm konfiguracji Java od wersji 1.0 (1996). Jest to plik tekstowy z parami klucz=wartosc, po jednej na wiersz. Jest uzywany od prawie 30 lat we frameworkach takich jak Spring, Hibernate, Log4j i praktycznie kazdej korporacyjnej aplikacji Java. Klasa java.util.Properties z JDK obsluguje go natywnie bez zewnetrznych zaleznosci.
W formacie .properties zagniezdanie jest symulowane za pomoca kropek w nazwie klucza: database.host=localhost, database.port=5432, database.name=mydb. Przy konwersji na JSON ta konwencja jest interpretowana jako zagniezdzone obiekty: {"database": {"host": "localhost", "port": "5432", "name": "mydb"}}. Spring Boot uzywa dokladnie tej konwencji w swoim systemie konfiguracji (application.properties).
Wiersze zaczynajace sie od # sa komentarzami w formacie .properties i sa pomijane przy konwersji na JSON (JSON nie ma natywnej obslugi komentarzy). Symbol ! jest rowniez uzywany jako komentarz w niektorych implementacjach. Przy konwersji z JSON na .properties komentarze nie sa generowane, poniewaz nie ma ich odpowiednika w JSON. Jesli chcesz zachowac komentarze, dodaj je recznie do wynikowego pliku .properties.
Spring Boot obsluguje zarowno application.properties, jak i application.yml dla zewnetrznej konfiguracji. Profile Spring Boot (application-dev.properties, application-prod.properties) umozliwiaja rozne konfiguracje dla kazdego srodowiska. Konwersja na JSON jest przydatna przy migracji konfiguracji do systemow oczekujacych JSON, integracji z narzedzia mi do zarzadzania konfiguracja, takimi jak Spring Cloud Config Server, lub gdy musisz przejrzec wynikowa konfiguracje jako ustrukturyzowany obiekt.
Wiele nowoczesnych projektow Java migruje z .properties do YAML (application.yml), poniewaz YAML obsluguje natywne zagniezdanie bez kropek, jest bardziej czytelny dla zlozonych konfiguracji i naturalnie obsluguje listy. Konwersja na JSON to przydatny posredni krok w tej migracji: skonwertuj .properties na JSON, by zrozumiec strukture, a nastepnie przekonwertuj ten JSON na YAML. Jest to rowniez przydatne dla nowoczesnych frameworkow, takich jak Quarkus i Micronaut, obslugujacych wiele formatow konfiguracji.
Historia plikow Java .properties, zewnetrzna konfiguracja Spring Boot i zarzadzanie konfiguracja cloud-native
Format Java .properties ma prawie 30 lat historii. Wprowadzony w Java 1.0 (1996) przez klase java.util.Properties, stal sie de facto standardem konfiguracji aplikacji Java. Frameworki takie jak Spring (2003), Hibernate (2001) i Log4j (2001) przyjely ten format na potrzeby konfiguracji. Dzisiaj, dekady pozniej, pozostaje wszechobecny w starszych projektach Java i w Spring Boot, ktory uzywa go jako jednego z dwoch glownych formatow konfiguracji obok YAML.
Spring Boot wprowadzil w 2014 roku koncepcje zewnetrznej konfiguracji, opartej na trzecim czynniku metodologii 12-factor app. application.properties (i application.yml) sa glownym mechanizmem konfigurowania aplikacji Spring Boot bez modyfikowania kodu. Spring Boot obsluguje wiele zrodel konfiguracji z zdefiniowanym porzadkiem pierwszenstwa: zmienne srodowiskowe, argumenty wiersza polecen, application.properties itp. Profile (spring.profiles.active) umozliwiaja posiadanie application-dev.properties, application-staging.properties i application-prod.properties.
W paradygmacie cloud-native zarzadzanie konfiguracja ewoluuje w kierunku scentralizowanych systemow. Spring Cloud Config Server serwuje konfiguracje z centralnego repozytorium Git do wielu mikroserwisow. HashiCorp Vault bezpiecznie zarzadza sekretami. Kubernetes ConfigMaps i Secrets zastepuja pliki .properties w kontenerach. Nowoczesne frameworki takie jak Quarkus (Red Hat) i Micronaut (Object Computing) obsluguja wiele formatow konfiguracji i sa zoptymalizowane dla srodowisk cloud-native z czasem uruchomienia mierzonym w milisekundach. Konwersja miedzy formatami jest fundamentalna przy migrowaniu tradycyjnych aplikacji Java do architektur chmurowych.