Formateur WSDL

Formatez et analysez vos définitions de services WSDL.

WSDL Source

Formatage

Options

WSDL Formaté

Guide WSDL

Qu'est-ce que WSDL

WSDL (Web Services Description Language) est un format XML décrivant les services web SOAP. C'est le "contrat" du service : il définit les opérations disponibles, les types de données, les messages et les endpoints. Les outils génèrent automatiquement du code client à partir d'un WSDL.

Structure WSDL

types

Définitions des types de données (schemas XSD). Structure des messages échangés.

message

Définit les messages (input/output) avec leurs parties et types.

portType

Interface abstraite : liste des opérations avec input/output messages.

binding

Lie le portType à un protocole concret (SOAP, HTTP).

Versions WSDL

  • WSDL 1.1 : Version la plus répandue, supportée universellement
  • WSDL 2.0 : Simplifiée mais moins adoptée, renomme portType en interface
  • Génération : Tools: wsimport (Java), svcutil (C#), wsdl2py (Python)
  • Validation : Validez avec un schema XSD ou des outils comme XMLSpy

Questions fréquentes

Comment lire un WSDL pour comprendre un service ?

Commencez par la fin : le service définit l'endpoint URL. Remontez au binding pour voir le protocole, puis au portType pour les opérations disponibles. Enfin, consultez les messages et types pour la structure des données. SoapUI peut générer une vue lisible.

Document vs RPC style : quelle différence ?

RPC style wrape les paramètres dans un élément nommé selon l'opération. Document style envoie le XML tel quel défini dans le schema. Document/literal est préféré (WS-I compliant) car il donne plus de contrôle sur le format des messages.

Comment générer du code client depuis un WSDL ?

Java : wsimport ou Apache CXF wsdl2java. C# : svcutil.exe ou Visual Studio "Add Service Reference". Python : zeep ou suds-community. PHP : SoapClient natif avec l'URL WSDL. Ces outils créent les classes pour appeler le service.

WSDL vs OpenAPI : lequel pour un nouveau projet ?

Pour les nouveaux projets, préférez OpenAPI (REST). WSDL/SOAP reste pertinent pour : interopérabilité avec systèmes legacy, exigences de sécurité WS-Security, transactions distribuées, ou quand le standard est imposé par un partenaire/régulateur.