Convertir XML a YAML Online

La migración más común es de configuraciones de frameworks Java que usan XML (Spring Framework anterior a Spring Boot 2.x, configuraciones de beans en applicationContext.xml, pipelines Maven o Ant) hacia configuraciones YAML modernas usadas por Spring Boot, CI/CD pipelines (GitHub Actions, GitLab CI, CircleCI) y herramientas de infraestructura como Ansible o Kubernetes. XML fue el estándar de configuración dominante entre 1998 y 2010; YAML 1.2 (publicado en 2009) se ha convertido en el formato preferido para configuración legible por humanos en el ecosistema DevOps. Convertir XML a YAML reduce visualmente el volumen del archivo entre un 30% y un 50% para configuraciones típicas de Spring.

Los atributos XML no tienen equivalente directo en YAML. La convención más extendida es convertirlos en claves hijas con el prefijo '@' (por ejemplo, <bean id='myBean' class='com.example.MyClass'> se convierte en un objeto YAML con las claves '@id' y '@class'). El valor de texto del elemento (#text) también se mapea como clave separada cuando el elemento tiene tanto atributos como contenido de texto. Esta representación es compatible con librerías como js-yaml, PyYAML y SnakeYAML.

Sí. Los archivos de recursos y layouts de Android (res/layout/*.xml, res/values/*.xml) son XML estándar válido. El conversor genera YAML estructural equivalente, útil como paso intermedio en migraciones a Kotlin DSL o Compose, o para procesamiento automatizado de recursos con scripts Python/Ruby. Ten en cuenta que los namespaces de Android (xmlns:android='http://schemas.android.com/apk/res/android') se preservan como claves en el YAML resultante.

XML 1.0 fue publicado por el W3C en febrero de 1998 como un subconjunto simplificado de SGML, diseñado principalmente para el intercambio de datos entre sistemas heterogéneos y la representación de documentos. YAML 1.2 fue publicado en octubre de 2009 como una revisión que hizo YAML un superconjunto estricto de JSON. XML requiere etiquetas de apertura y cierre explícitas, usa atributos y elementos como dos mecanismos paralelos de representación de datos, y tiene soporte nativo para namespaces, DTD y XML Schema. YAML usa indentación para la jerarquía, distingue escalares, listas y mapas con sintaxis mínima, y no tiene sistema de esquema nativo (aunque YAML Schema y JSON Schema se usan en la práctica). Para configuración de aplicaciones, YAML es significativamente más legible y conciso.

Esta es una de las migraciones más frecuentes en proyectos Java empresariales. Spring Framework usó XML para definir beans (applicationContext.xml, beans.xml) hasta que Spring Boot popularizó application.yml a partir de su primera versión estable en abril de 2014. La conversión directa de beans XML a YAML no es trivial porque son semánticamente diferentes: el XML de Spring describe el grafo de objetos del contenedor IoC, mientras que application.yml contiene propiedades de configuración de la aplicación. Sin embargo, convertir XML a YAML con esta herramienta es útil como punto de partida para entender la estructura del XML antes de refactorizarlo a anotaciones Java y configuración por propiedades.

El YAML generado es sintácticamente válido según la especificación YAML 1.2 y puede parsearse con cualquier librería YAML estándar. Sin embargo, la validez semántica para Kubernetes (kubectl apply) o Ansible (ansible-playbook) depende de que el XML de entrada represente datos con la estructura correcta para esos sistemas. Esta herramienta realiza conversión estructural; si tu XML ya modela correctamente una especificación de Kubernetes o un playbook de Ansible, el YAML resultante será un punto de partida sólido, aunque probablemente requiera ajustes manuales para los tipos específicos de cada plataforma.