Discussion :

[mappy]

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.

[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.

[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 ?

[Invité]

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.

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.

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.

[mappy]

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 :

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

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);

[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

[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

[istace.emmanuel]

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

[Invité]

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.

[istace.emmanuel]

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é ^^