Dans le cadre d'un projet j'aimerais mettre en place un service web SOAP.
Prenons un exemple simple :
J'ai un pc portable (le client SOAP) relié à un extranet, et je souhaite inscrire un nouvel Elève dans une application distance (serveur SOAP).

Il s'agit donc bien d'une requete POST (envoi de données) et non d'une requête GET (réception de données)

Dans l'idéal je voudrais faire un système de transaction entre client et serveur SOAP, avec respect de contrat tout ca tout ca:

1. le client demande au serveur que celui ci lui fournisse un un objet Elève vierge.
2. le serveur renvoit au client un objet de type Elève vide.
l'objet ne contient que la structure, pas de méthode.
3. le client remplit l'objet
4. le client renvoit l'objet au serveur
5. le serveur vérifie le contrat, c'est a dire que l'objet reçu correspond bien a l'objet envoyé précédemment (types de données et nommage bien respectés).

A priori le serveur soap doit renvoyer un type suffisamment générique pour être reconnu et manipulable quelque soit le langage utilisé pour le client SOAP.

Est ce une bonne méthode ?

Pour l'instant j'au reussi a générer le WSDL du service web.
Il expose mes méthodes CRUD de base.
j'ai également une méthode censée renvoyer l'objet "a remplir".
A défaut de savoir gérer correctement un type complexe (objet)
dans une notation WSDL.
cette méthode getStruct() renvoit un tableau avec des index qui reprennent les noms de propriétés de mon objet.

J'ai pensé a SOAP puisque c'est un protocole pour faire des transactions.
Je voudrais vraiment que le serveur SOAP fasse autorité et que client et serveur travaille dans un environnement typé.