[C#]Traiter une requête SOAP

**Unusual** · 04/07/2011, 16h25

Bonjour,
Je n'ai jamais utilisé de web services jusqu'à maintenant, mais un client nous fait une demande particulière à laquelle je dois répondre assez rapidement.
Celui-ci a des automates qui sont capables d'envoyer des relevés par requêtes SOAP et il aimerait que cela génère des saisies automatiques dans la base de données de notre logiciel...

Typiquement leur requête serait du type :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:myur="http://myURI.org">
   <soapenv:Header>
      <myur:securityHeader>
         <myur:username>Thibaut</myur:username>
         <myur:password> TVyap2P/voFTU0qg1bZe5dMvu9s=</myur:password>
      </myur:securityHeader>
   </soapenv:Header>
   <soapenv:Body>
      <myur:getEventTLGRequest>
         <myur:sourceId>123</myur:sourceId>
         <myur:eventId>4598</myur:eventId>
         <myur:eventNature>2</myur:eventNature>
         <myur:eventDescription>Power supply back</myur:eventDescription>
         <myur:eventDate>01/07/2011 18:08:35</myur:eventDate>
      </myur:getEventTLGRequest>
   </soapenv:Body>
</soapenv:Envelope>

J'ai cherché sur le net pour voir des tutoriaux...A priori, je vois un peu comment faire un web service avec la mise en place des fonctions...mais les exemples que j'ai vu sont souvent juste une fonction sans paramètres ou avec un ou deux paramètres integer ou chaines.

Comment procède-t-on avec une requête SOAP ? Dans mon cas, je dois vérifier que l'entête correspond bien à un utilisateur identifié dans la base (avec son mot de passe crypté) et faire un insert dans la base avec les valeurs de champs du corps XML...Seulement comment fait-on ? Côté serveur, comment réceptionne-t-on une telle requête (en tête/corps XML) ?

Je ne m'inquiète pas sur le traitement d'identification/décodage et d'injection dans la base, mais plutôt sur comment mettre une/des fonction(s) en vis-à-vis de la requête ? Merci d'avance !

**Nathanael Marchand** · 04/07/2011, 16h38

Sur quel langage/plateforme travailles-tu?

**Unusual** · 04/07/2011, 16h56

Je travaille en ASP.NET / C# sous VS 2008

**Nathanael Marchand** · 04/07/2011, 17h01

Tu peux exposer des services via WCF. Ainsi, tu exposes une url de type http://www.chezmoi.net/monService.svc et derriere la communication se fait en SOAP de manière transparente pour toi

**Unusual** · 04/07/2011, 17h16

heu...Tu n'aurais pas un lien vers un exemple ou un tuto...parce que cela parait peut-être simple dans le principe, mais concrètement, cela se réalise et s'implémente comment ?

**Nathanael Marchand** · 04/07/2011, 17h18

Un tutoriel est disponible:
http://vincentlaine.developpez.com/tuto/dotnet/wcf/
Ainsi que la documentation officielle:
http://msdn.microsoft.com/en-us/libr...(v=VS.90).aspx

**Unusual** · 04/07/2011, 17h43

En fait, je pensais juste faire un web service sous VS 2008, du genre qui te génère par défaut une trame comme suit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
using System;
using System.Linq;
using System.Web;
using System.Web.Services;
using System.Web.Services.Protocols;
using System.Xml.Linq;
 
[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
// Pour autoriser l'appel de ce service Web depuis un script à l'aide d'ASP.NET AJAX, supprimez les marques de commentaire de la ligne suivante. 
// [System.Web.Script.Services.ScriptService]
public class Service : System.Web.Services.WebService
{
    public Service () {
 
        //Supprimez les marques de commentaire dans la ligne suivante si vous utilisez des composants conçus 
        //InitializeComponent(); 
    }
 
    [WebMethod]
    public string HelloWorld() {
        return "Hello World";
    }
 
}

et juste définir une (ou plusieurs) webmethods pour gérer les requêtes SOAP qui me sont envoyées via http sur le serveur web. Cela n'est pas possible ?

WCF m'a l'air bien lourdingue pour mon besoin...Je n'ai pas besoin de faire tout un projet de communication, mais juste réceptionner un type de requête et le traiter (faut que ce soit le moins couteux en temps et pas trop complexe).

**Nathanael Marchand** · 04/07/2011, 17h53

Lorsque tu crées une classe, au lieu de choisir "Web Service" qui est l'ancienne version pré-WCF, sélectionne "WCF Service". Y'a pas grand interêt à encore utiliser les asmx alors que WCF est mieux.

Pour exposer un service wcf c'est vraiment pas sorcier, il te faut:

un point d'entrée MyService.svc
Une interface qui est le contrat du service IMyService
Une implémentation de ce service MyServiceImpl
2-3 lignes dans le fichier de config pour faire la glue entre

Y'a rien de sorcier la dedans, cf cet exemple

http://msdn.microsoft.com/en-us/libr...(v=VS.90).aspx

**Unusual** · 04/07/2011, 18h14

L'intérêt c'est de pouvoir être prêt tout de suite...Je cherche une solution la plus simple possible et rapide à mettre en place...Je dois me prononcer très vite : est-ce qu'on le fait ou pas ? Si on doit prendre des jours ou des semaines pour comprendre déjà comment marche le WCF, cela ne nous intéresse pas...Ce type de fonctionnement est juste une verrue sur le fonctionnement de notre site web (juste une histoire d'appel d'offre ponctuel auquel un commercial tient alors je jette quand même un oeil), on ne veut vraiment pas s'investir là-dedans (mais alors là, vraiment pas !)...si cela doit coûter plus de deux semaines homme, on laisse tomber...

Sinon, dans les exemples, rien sur le traitement SOAP, non ?...Y a toujours les exemples à la noix avec une addition, une soustraction...

J'ai bien trouvé cela : http://msdn.microsoft.com/en-us/libr...=VS.80%29.aspx mais je ne comprend pas comment on relie ce qui est passé en requête de ce qui est réceptionné (si on fait un objet header et un objet body par exemple...comment on injecte les données du XML dans les objets C#)

**Nathanael Marchand** · 04/07/2011, 20h48

Je vois vraiment pas en quoi WCF est compliqué

C'est de vouloir implémenter sa version de SOAP qui me parait risqué! WCF est solide, flexible, éprouvé et bien documenté.
Créer un service c'est une classe et une interface, c'est quand même pas la mer à boire.
Surtout si après tu dois implémenter des scénarios plus complexe comme une authentification par login/password, certificat, jeton sur des moyens comme http et https. Tu peux même faire du REST+XML ou du REST+Json.

**Unusual** · 05/07/2011, 09h29

Je ne veux pas de complexité...pas de certificats, de jetons et compagnie...la requête ne peut être faite que par un automate qui fait une requête SOAP et l'envoi par le net...je dois juste savoir la lire et générer un INSERT dans ma base en réaction à l'évènement...ce n'est pas moi qui définit le protocole d'échange, je dois m'y adapter (si on décide de le faire...mais je commence vraiment à douter)...Que ce soit WCF ou son ancienne version, ce n'est pas la problématique (quoique ma préférence ira au plus rapide à implémenter, ce qui me semble être Web service et non pas WCF, mais bon, je n'ai regardé cela qu'hier après tout)...L'important dans un premier temps est comment exploiter SOAP ? Doit-on tout implémenter soi-même (lire le flux http, analyser le xml,...) ou existe-t-il ce qu'il faut dans VS 2008 pour s'en dispenser ? En bref : Comment procède-t-on concrètement ?

**Nathanael Marchand** · 05/07/2011, 09h47

Je pense qu'il y'a un problème dans ta compréhension de SOAP. Ca n'est pas "juste du xml". Il y'a toute une logique autour pour que ca fonctionne. tu dis par exemple que tu ne veux pas de complexité pourtant tu as quand meme une authentification par login/pwd dans le message.
As tu essayé l'exemple fourni dans MSDN?

Si tu veux le traiter comme du xml, libre à toi de galérer. Mais pour procéder efficacement WCF reste la solution, personne a eu l'idée absurde de refaire une librairie SOAP vu que WCF est très compétent en la matière.

**Unusual** · 05/07/2011, 11h10

Je me doute bien que depuis le temps que SOAP existe, il y a de quoi l'utiliser sans réinventer la roue...et que cela n'a pas attendu WCF...mais voilà, COMMENT l'utilise-t-on CONCRETEMENT ? Comment le web service réagit à la sollicitation d'une requête SOAP ? Comment récupérer ces données au sein d'un objet ? Y a-t-il une fonction (nom générique, déterminisme par rapport à la structure (entête/body du xml)) à définir pour ce faire ? Dans les bouquins (que j'ai sous la main), sur les sites que j'ai visités, sur les forums, tous s'accordent à dire que c'est facile, mais personne ne montre le moindre exemple côté serveur, ne serait-ce qu'une petite implémentation de traitement de requête SOAP...

**Nathanael Marchand** · 05/07/2011, 11h16

Envoyé par Unusual

Je me doute bien que depuis le temps que SOAP existe, il y a de quoi l'utiliser sans réinventer la roue...et que cela n'a pas attendu WCF...mais voilà, COMMENT l'utilise-t-on CONCRETEMENT ? Comment le web service réagit à la sollicitation d'une requête SOAP ? Comment récupérer ces données au sein d'un objet ? Y a-t-il une fonction (nom générique, déterminisme par rapport à la structure (entête/body du xml)) à définir pour ce faire ? Dans les bouquins (que j'ai sous la main), sur les sites que j'ai visités, sur les forums, tous s'accordent à dire que c'est facile, mais personne ne montre le moindre exemple côté serveur, ne serait-ce qu'une petite implémentation de traitement de requête SOAP...

Ben si tu utilises WCF, une instance de ton objet est créée et la méthode est appellée de manière totalement transparente.
A vue de nez tu devrais avoir un truc a peu près comme ca:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
public interface MyContract
{
    void getEventTLG(int sourceId, inteventId, int eventNature, string eventDescription, DateTime eventDate);
}
 
public class MyService
{
    public void getEventTLG(int sourceId, int eventId, int eventNature, string eventDescription, DateTime eventDate)
    {
        //tu fais ce que tu veux avec les paramètres!
    }
}

**Nathanael Marchand** · 05/07/2011, 11h25

Pour completer ma réponse:
SOAP est postérieur à .Net. Dans un premier temps il y'avait en effet les ASMX pour faire du SOAP puis depuis le 3.5 WCF est préféré.
Du coup personne n'a perdu de temps a refaire du SOAP à la main...

**Unusual** · 05/07/2011, 11h42

Envoyé par Nathanael Marchand

Ben si tu utilises WCF, une instance de ton objet est créée et la méthode est appellée de manière totalement transparente.
A vue de nez tu devrais avoir un truc a peu près comme ca:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
public interface MyContract
{
    void getEventTLG(int sourceId, inteventId, int eventNature, string eventDescription, DateTime eventDate);
}
 
public class MyService
{
    public void getEventTLG(int sourceId, int eventId, int eventNature, string eventDescription, DateTime eventDate)
    {
        //tu fais ce que tu veux avec les paramètres!
    }
}

Ok merci...je vais essayer...