XML in YAML konvertieren Online

Das häufigste Szenario ist die Migration von Java-Framework-Konfigurationen, die XML verwenden – Spring Frameworks applicationContext.xml, Maven-Build-Deskriptoren, Ant-Build-Dateien – zu modernem YAML-basierten Tooling, das von Spring Boot, GitHub Actions, GitLab CI, CircleCI, Kubernetes und Ansible verwendet wird. XML war der dominierende Konfigurationsstandard zwischen 1998 und ungefähr 2012; YAML 1.2 (veröffentlicht 2009) hat sich als bevorzugtes, menschenlesbares Konfigurationsformat im DevOps-Ökosystem etabliert. Die Umwandlung typischer Spring-XML-Konfigurationen in YAML reduziert den Dateiumfang um 30–50 % und verbessert gleichzeitig die Lesbarkeit erheblich.

XML-Attribute haben kein direktes YAML-Äquivalent. Die weit verbreitete Konvention ist, sie als untergeordnete Schlüssel mit dem Präfix '@' abzubilden (zum Beispiel wird <bean id='myBean' class='com.example.MyClass'> zu einem YAML-Objekt mit den Schlüsseln '@id' und '@class'). Textinhalt eines Elements (#text) wird ebenfalls als separater Schlüssel abgebildet, wenn das Element sowohl Attribute als auch Text hat. Diese Darstellung ist kompatibel mit js-yaml, PyYAML und SnakeYAML.

Ja. Android-Ressourcendateien und Layout-Dateien (res/layout/*.xml, res/values/*.xml) sind Standard-XML. Der Konverter erzeugt äquivalentes strukturelles YAML, das als Zwischenschritt bei der Migration zu Kotlin DSL oder Jetpack Compose oder für die automatisierte Ressourcenverarbeitung mit Python- oder Ruby-Skripten nützlich ist. Android-Namespaces (xmlns:android='http://schemas.android.com/apk/res/android') werden als Schlüssel im resultierenden YAML beibehalten.

XML 1.0 wurde vom W3C im Februar 1998 als vereinfachte Teilmenge von SGML veröffentlicht, primär für den Datenaustausch zwischen heterogenen Systemen konzipiert. YAML 1.2 wurde im Oktober 2009 als Revision veröffentlicht, die YAML zu einer strengen Obermenge von JSON machte. XML erfordert explizite öffnende und schließende Tags, verwendet Attribute und untergeordnete Elemente als zwei parallele Mechanismen zur Datendarstellung und hat native Unterstützung für Namespaces, DTDs und XML Schema. YAML verwendet Einrückungen für die Hierarchie, unterscheidet Skalare, Listen und Maps mit minimaler Syntax und hat kein natives Schema-System. Für Anwendungskonfigurationen ist YAML deutlich lesbarer und kompakter.

Das ist eine der häufigsten Migrationen in Enterprise-Java-Projekten. Spring Framework verwendete XML für Bean-Definitionen (applicationContext.xml, beans.xml), bis Spring Boot mit dem ersten stabilen Release im April 2014 application.yml populär machte. Eine direkte Eins-zu-eins-Konvertierung von Spring-Beans-XML nach YAML ist nicht unkompliziert, da sie semantisch unterschiedlich sind: Spring XML beschreibt den Objektgraphen des IoC-Containers, während application.yml Anwendungskonfigurationseigenschaften enthält. Die Umwandlung von XML nach YAML ist jedoch ein nützlicher Ausgangspunkt zum Verstehen der Struktur vor dem Refactoring zu Java-Annotationen und eigenschaftsbasierter Konfiguration.

Das generierte YAML ist gemäß der YAML-1.2-Spezifikation syntaktisch gültig und kann von jeder Standard-YAML-Bibliothek geparst werden. Die semantische Gültigkeit für Kubernetes (kubectl apply) oder Ansible (ansible-playbook) hängt jedoch davon ab, ob das eingegebene XML Daten mit der korrekten Struktur für diese Systeme darstellt. Dieses Tool führt eine strukturelle Konvertierung durch; wenn dein XML bereits korrekt eine Kubernetes-Spezifikation oder ein Ansible-Playbook modelliert, ist das resultierende YAML ein solider Ausgangspunkt, obwohl manuelle Anpassungen für plattformspezifische Typen wahrscheinlich erforderlich sind.