[ Thread Index |
Date Index
| More debianworld.org/shellscript-fr Archives
]
À noter que je suis partisan du changement pour ta liste. On peut
entamer un vote ?
pour! Edi conserve ses prérogatives. Les utilisateurs y trouvent un
meilleur service. tout le monde devrait donc etre heureux.
enfin ... quoi ... ca n'est qu'une liste !
Fin du vrai message.
mc
Aujourd'hui, le MDA de TF apprend soap :
Dans l'exemple 1, l'en-tête contient deux blocs d'en-tête, chacun d'eux
étant défini dans son propre espace de nommage XML et représentant un
aspect du traitement global du corps du message SOAP. Pour cette
application de réservation de voyage, une telle "meta" information
appartenant à la requête globale est un bloc d'en-tête reservation qui
fournit une référence et une date pour cette instance de réservation ;
l'identité du voyageur se trouve dans le bloc passenger.
Les blocs d'en-tête reservation et passenger doivent être traités par le
prochain intermédiaire SOAP rencontré sur le chemin suivi ou, s'il n'y a
pas d'intermédiaire, par le récepteur final du message. Le fait qu'il
soit adressé au prochain noeud SOAP rencontré est indiqué par la
présence de l'attribut env:role avec la valeur
"http://www.w3.org/2003/05/soap-envelope/role/next" (désignée plus loin
simplement par "next"), qui est un rôle que tous les noeuds SOAP doivent
jouer. La présence de l'attribut env:mustUnderstand avec la valeur
"true" indique que ce(s) noeud(s) traitant l'en-tête doi(ven)t
absolument traiter ces blocs d'en-tête de manière cohérente avec leurs
spécifications, ou sinon ne pas traiter le message du tout et renvoyer
une faute. Notez que chaque fois qu'un bloc d'en-tête est traité, parce
qu'il est marqué env:mustUnderstand="true" ou pour une autre raison, le
bloc doit être traité selon les spécifications de ce bloc. De telles
spécifications sont définies dans l'application et ne font pas partie de
SOAP. La section 3 donnera plus de détails sur le traitement de message
SOAP en fonction des valeurs de ces attributs.