Discussion :

[miboo]

Bonjour,

débutant en .NET, je cherche à créer un webservices qui reçoit une commande en entrée, et qui la renvoie en sortie.

La commande (probablement au format .xml) est accompagnée d'une liste de produits que je souhaiterai mettre en pièce jointe. D'après quelques recherches, il faudrait que j'utilise MTOM & WCF pour encapsuler ma pièce jointe dans SOAP.

Avez-vous plus de précisions à m'apporter, ou idéalement un lien?

Merci d'avance

[The_badger_man]

Tu as le choix entre MTOM ou un encodage binaire pour transmettre de grosses données (fichier par exemple).

Tu as des infos ici;
http://msdn.microsoft.com/fr-fr/libr...42(VS.90).aspx
http://msdn.microsoft.com/fr-fr/libr...89(VS.90).aspx
http://msdn.microsoft.com/fr-fr/libr...09(VS.90).aspx

[Nathanael Marchand]

Y'a un truc que je capte pas avec certaines personnes qui veulent faire du WCF (j'ai un collègue comme ca au boulot), c'est pourquoi vouloir envoyer du xml? Y'a t il une réelle utilité? Si c'est pour sérialiser manuellement avant, utiliser wcf, et déserialiser manuellement après, je dirais presque que c'est contre productif! WCF le fait tout seul comme un grand et le gère peut-être mieux que toi. Alors après effectivement, y'a peut-être des contraintes que je ne connais pas!

[miboo]

Merci pour vos réponses rapides

Je n'ai pas de contraintes particulières, je veux envoyer une pièce jointe (probablement au format xml) à partir d'un web service. Je vais donc me retrouver un flux SOAP XML avec un champ qui encapsule des données XML entre autres champs.

D'après mes recherches on peut utiliser des DIME attachment avec WSE. Sauf que ce dernier a été remplacé par WCF, d'où mon idée de faire du WCF...

Pour le moment j'ai réussi à créer un web service qui renvoie un objet commande, avec notamment un champ qui contient un fichier XML encodé en binaire. Sauf que je n'ai pas trouvé de commande pour décoder ce contenu binaire et retrouver mon fichier XML.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <HelloWorldResponse xmlns="http://tempuri.org/">
      <HelloWorldResult>
        <id_commande>int</id_commande>
        <id_client>int</id_client>
        <commande_attachment>base64Binary</commande_attachment>
      </HelloWorldResult>
    </HelloWorldResponse>
  </soap:Body>
</soap:Envelope>

[miboo]

Merci pour vos réponses rapides

Je n'ai pas de contraintes particulières, je veux envoyer une pièce jointe (probablement au format xml) à partir d'un web service. Je vais donc me retrouver un flux SOAP XML avec un champ qui encapsule des données XML entre autres champs.

D'après mes recherches on peut utiliser des DIME attachment avec WSE. Sauf que ce dernier a été remplacé par WCF, d'où mon idée de faire du WCF...

Pour le moment j'ai réussi à créer un web service qui renvoie un objet commande, avec notamment un champ qui contient un fichier XML encodé en binaire. Sauf que je n'ai pas trouvé de commande pour décoder ce contenu binaire et retrouver mon fichier XML.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <HelloWorldResponse xmlns="http://tempuri.org/">
      <HelloWorldResult>
        <id_commande>int</id_commande>
        <id_client>int</id_client>
        <commande_attachment>base64Binary</commande_attachment>
      </HelloWorldResult>
    </HelloWorldResponse>
  </soap:Body>
</soap:Envelope>

A priori l'encodage marche. Savez-vous comment je peux récupérer mon fichier XML qui à l'intérieur de commande_attachment et qui a été encodé avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

byte[] data = File.ReadAllBytes(Server.MapPath(@"test2.xml"));

[Nathanael Marchand]

A priori l'encodage marche. Savez-vous comment je peux récupérer mon fichier XML qui à l'intérieur de commande_attachment et qui a été encodé avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

byte[] data = File.ReadAllBytes(Server.MapPath(@"test2.xml"));

Euh? Si d'un coté t'as un objet avec trois champs dont un byte[] de l'autre côté t'auras le même (pour peu qu'il soit datamember)

[Invité]

Y'a un truc que je capte pas avec certaines personnes qui veulent faire du WCF (j'ai un collègue comme ca au boulot), c'est pourquoi vouloir envoyer du xml? Y'a t il une réelle utilité? Si c'est pour sérialiser manuellement avant, utiliser wcf, et déserialiser manuellement après, je dirais presque que c'est contre productif! WCF le fait tout seul comme un grand et le gère peut-être mieux que toi. Alors après effectivement, y'a peut-être des contraintes que je ne connais pas!

Ben Pit à totalement raison. Pourquoi réinventer la roue.
Eclaires nos lanternes pour qu'on sache qu'elles sont les contraintes qui te poussent à serialiser et désérialiser du contenu manuellement alors que WCF est fait pour ?


Au risque de faire du troll !!! mais je ne peux m'empêcher d'expliquer ce qui m'ait arrivé dans ma boîte actuelle :
Personnellement, j'ai eu affaire à ce genre de problème dans mon job actuel (que je quitte bientôt).

Le développeur précédent qui avait mis en place le service web WCF, ne connaissait pas l'existence des DataContract et des FautContract. Du coup ce qu'il faisait est que toutes les méthodes exposées par le service recevaient des string et renvoyaient des string . Les strings en entrée étaient des structures XML qu'il généraient manuellement et les strings en retour de fonction étaient aussi du contenu XML mais auquel il ajoutait un noeud Succes pour dire que la fonction s'est bien déroulée ou un noeud Exception pour dire qu'une exception a été interceptée lors de l'exécution. Vu que ce développeur (qui n'est plus dans la boîte et en plus de cela était un stagiaire) était le seul de la boîte et qu'on lui faisait total confiance, j'ai pas pu obtenir la décision de tout refaire parce que d'après la boîte tant que ça marche il n'y pas de problème.

Mis à part la conception mal faite de WCF, s'y ajoute une interface WEB très mal architecturée. Dans l'interface si tu touches à un truc ça entraîne des bugs en cascade. Mais là c'est une autre histoire.

J'ai voulu quitter la boîte durant la période d'essai, mais vu que j'avais commencé la procédure de changement de statut et que je dois rester au minimum un an sinon je perd mon changement de statut.

Enfin dans 2 mois, je quitte la boîte et du coup je rigole quand je pense à la personne qui me remplacera et j'imagine sa tête devant l'application que j'ai beau essayée de remettre en droit chemin mais rien à cause de la fameuse phrase : tant que ça marche on perd du temps à tout refaire.