Aide sur WSDL et Webservices

Version imprimable

13/09/2011, 09h08
mappy

Aide sur WSDL et Webservices

Salut,

Un client m'a donné un fichier WSDL. Avec WSDL.exe j'ai généré une interface et des classes dans un fichier c#

Doit on appeler ces classes des classes proxy ?

Les classes ne comportent aucunes méthodes, seule l'interface en comporte. Donc si j'implémente cette interface, j'ai une belle classe mais pour y mettre quoi à l'intérieur ?

merci pour votre aide.
13/09/2011, 09h55
Invité

Oui l'interface qui a été généré est appelé proxy. Les classes incluses dans le fichier sont des classes en lesquelles tes flux SOAP seront désérailisés/sérialisés.

Tu n'as rien à faire aucune implémentation n'est à faire.
Tu as juste besoin d'utiliser ton proxy en lui fournissant le endpoint (si c'est du WCF) pour communiquer avec ton service.
13/09/2011, 10h10
mappy

merci pour ta réponse.
J'ai déjà créé des webservices pour mes applis mais jamais utilisé des services existants.

Je suis obligé de passer par le wcf ? (n'y connaissant rien en wcf).
Je ne peux pas appeler d'une manière ou d'une autre le webservice par mon code tout simplement ?
13/09/2011, 10h15
Invité

Citation:

Envoyé par mappy

merci pour ta réponse.
J'ai déjà créé des webservices pour mes applis mais jamais utilisé des services existants.

C'est le même principe que pour les web services ASMX. Tu généres un proxy qui te permet de communiquer avec le service web.

Citation:

Envoyé par mappy

Je suis obligé de passer par le wcf ? (n'y connaissant rien en wcf).

Le service web dont tu parles t'as fourni un fichier WSDL et tu as généré un proxy avec ce même fichier. Si tu regardes bien dans ce fichier tu as quelque part où il est marqué l'adresse te permettant de communiquer avec le service web.

Citation:

Envoyé par mappy

Je ne peux pas appeler d'une manière ou d'une autre le webservice par mon code tout simplement ?

Je ne comprends pas. Si tu as généré un proxy avec WSDL.exe, t'as une classe proxy te permettant de communiquer avec tout simplement via le code.

Voilà un exemple du proxy généré.
Comment appelerais tu la méthode username_exits ?
Sachant qu'il s'agit d'une interface et qu'il faut donc l'implémenter...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
    /// <remarks/>
    [System.CodeDom.Compiler.GeneratedCodeAttribute("wsdl", "2.0.50727.1432")]
    [System.Web.Services.WebServiceBindingAttribute(Name="admin_webservicesBinding", Namespace="https://wsServeur.monserveur.net")]
    [System.Xml.Serialization.SoapIncludeAttribute(typeof(table_field))]
    public interface IAdmin_webservicesBinding {
 
        /// <remarks/>
        [System.Web.Services.WebMethodAttribute()]
        [System.Web.Services.Protocols.SoapRpcMethodAttribute("https://192.168.001.002/username_exists", RequestNamespace="https://mondomaine.monserveur.net", ResponseNamespace="https://mondomaine.monserveur.net")]
        [return: System.Xml.Serialization.SoapElementAttribute("return")]
        bool username_exists(string username);

13/09/2011, 15h12
istace.emmanuel

Tu ne dois pas l'implémenter, juste l'utiliser "as is".
L'implémentation est réalisé coté serveur.

Jette un coup d'oeuil ici (WCF Client Overview): http://msdn.microsoft.com/en-us/library/ms735103.aspx

Et ici (Accessing Services Using a WCF Client) : http://msdn.microsoft.com/en-us/library/ms734691.aspx
13/09/2011, 15h56
BreizhYann

Petite astuce si tu as l'url du service, clic droit sur ton projet, addService reference. tu verra un formulaire assez simple, tu valides et ça te génère ton objet proxy que tu utilises ensuite pour tes appels webservice
13/09/2011, 16h40
istace.emmanuel

Citation:

Petite astuce si tu as l'url du service, clic droit sur ton projet, addService reference. tu verra un formulaire assez simple, tu valides et ça te génère ton objet proxy que tu utilises ensuite pour tes appels webservice

Ouep, ce qui marche sur un service up and running, la il a juste le wsdl :/
Sinon c'est clairement la solution la plus simple :)
13/09/2011, 16h53
Invité

Citation:

Envoyé par istace.emmanuel

la il a juste le wsdl ?

T'es d'accord que pour communiquer avec un service web que tu as au minimum besoin de l'url t'indiquant où se trouve le service web ?
Si t'es d'accord alors demande à la personne qui t'as fourni le fichier WSDL de te fournir l'url.
Si t'es pas d'accord, alors là cela veut dire que tu n'as pas bien compris à quoi sert un fichier WSDL. Un fichier WSDL te permet juste de générer un proxy te permettant de communiquer avec le service sous condition de connaitre l'url de ce service. En aucun cas un WSDL ne permet d'avoir l'implémentation du service.
Si tu ne peux contacter la personne qui t'as fourni le WSDL tu peux fouiner dans le fichier parce que la plupart du temps on y retrouve l'url du service.
14/09/2011, 00h22
istace.emmanuel

Citation:

T'es d'accord que pour communiquer avec un service web que tu as au minimum besoin de l'url t'indiquant où se trouve le service web ?
Si t'es d'accord alors demande à la personne qui t'as fourni le fichier WSDL de te fournir l'url.
Si t'es pas d'accord, alors là cela veut dire que tu n'as pas bien compris à quoi sert un fichier WSDL. Un fichier WSDL te permet juste de générer un proxy te permettant de communiquer avec le service sous condition de connaitre l'url de ce service. En aucun cas un WSDL ne permet d'avoir l'implémentation du service.
Si tu ne peux contacter la personne qui t'as fourni le WSDL tu peux fouiner dans le fichier parce que la plupart du temps on y retrouve l'url du service.

Je suis en effet d'accord, mais il m'est déjà arrivé (2 fois à vrai dire) d'avoir juste un WSDL sans pour autant avoir un WS up et de ne pouvoir tester qu'après les 3/4 du développement voir la fin pour le second cas.
Les deux fois j'ai du faire une sorte de webservice-mock.
Et ces deux fois se sont bien passé ^^