Validateur XML
Vérifiez qu'un document XML est bien formé avant de publier un flux, un plan de site, un SVG ou un fichier de configuration. Le validateur examine les balises, les attributs, l'imbrication et les caractères, puis signale le premier problème avec son numéro de ligne, sa colonne et l'explication de l'analyseur, par exemple une balise fermante qui ne correspond pas. Pour les documents bien formés, il affiche l'élément racine, le nombre d'éléments et d'attributs ainsi que la profondeur d'imbrication. Il vérifie la bonne formation, pas les règles DTD ou XSD.
Foire aux questions
Quelle est la différence entre un XML bien formé et un XML valide ?
Un XML bien formé respecte les règles de syntaxe de base : un seul élément racine, des balises correctement imbriquées et fermées, et des attributs correctement placés entre guillemets. Un XML valide respecte aussi une DTD ou un schéma XML qui définit les éléments autorisés. Cet outil vérifie la bonne formation, exigée par tout analyseur XML avant toute autre opération.
Que vérifie précisément l'outil ?
Le validateur vérifie qu'il y a un seul élément racine, que chaque balise est fermée dans le bon ordre, que les noms des balises et des attributs sont autorisés, que les valeurs des attributs sont entre guillemets et sans répétition, et qu'aucun caractère superflu ne figure en dehors des éléments. La déclaration XML, les commentaires, les sections CDATA et les instructions de traitement sont acceptés.
Que signifient les types d'erreur ?
Les erreurs se répartissent en quatre catégories : structure du document, balises, attributs et caractères. La ligne d'erreur indique la catégorie en termes simples, et la ligne de détails donne l'explication exacte de l'analyseur, par exemple la balise attendue. Toutes deux précisent la ligne et la colonne du problème.
Pourquoi un attribut sans valeur est-il rejeté ?
HTML autorise les attributs booléens comme <input disabled>, mais XML exige que chaque attribut ait une valeur entre guillemets. Écrivez disabled="disabled" ou supprimez l'attribut. La même règle s'applique aux fichiers SVG et XHTML.
Puis-je l'utiliser pour valider HTML ?
Uniquement le XHTML, qui est du HTML écrit comme XML. Le HTML classique laisse des éléments comme <br> ou <img> sans balise de fermeture et autorise les attributs sans guillemets, contrairement à XML ; il sera donc généralement signalé comme mal formé.
Les déclarations DOCTYPE et les entités sont-elles prises en charge ?
Une déclaration DOCTYPE contenant des déclarations d'entités est acceptée lors de la vérification syntaxique, mais les entités ne sont jamais développées et aucun fichier externe n'est récupéré. Cela permet une vérification rapide et protège contre les attaques par développement d'entités. Les entités prédéfinies, comme & et <, sont toujours autorisées.
Les espaces de noms sont-ils pris en charge ?
Les noms préfixés comme svg:rect ou xsi:schemaLocation sont acceptés comme noms d'éléments et d'attributs. Le validateur ne résout pas les URI d'espace de noms et ne vérifie pas que chaque préfixe est déclaré.
Que montrent les statistiques d'un document valide ?
L'élément racine est la balise la plus externe. « Éléments » compte chaque élément, y compris la racine, et « Attributs » compte tous les attributs du document. La profondeur maximale correspond au niveau d'imbrication le plus profond, la racine étant au niveau 1. Ces nombres permettent de vérifier qu'un flux ou un export contient bien ce que vous attendez.
Comment les numéros de ligne et de colonne sont-ils calculés ?
Ils commencent tous deux à 1 au début de l'entrée. La position indique l'endroit où l'analyseur a détecté le problème ; pour une balise non fermée, il peut s'agir de la balise ouvrante elle-même. Seule la première erreur est signalée.
Quelle taille peut avoir le XML et puis-je le convertir ?
Les entrées peuvent atteindre 5 MiB. Pour convertir un document bien formé en JSON, en YAML, en CSV ou dans un autre format, utilisez le convertisseur de formats de données ou l'outil XML vers JSON.