Discussion :

[Devko]

Bonjour,

Je précise que mon expérience en développement web et notamment en service web est assez misérable et que je débute en C#.

Je dois développer une application devant utiliser un service web. Je n'ai pas accès à ce service web mais on m'a transmis un fichier wsdl qui d'après ce que j'ai compris décris ce fameux service. Ce wsdl permettrait aussi de générer le code du service web et donc de pouvoir faire mes tests (c'est tout au moins ce que j'ai compris via mes pérégrinations chez mon ami google....).

J'ai donc utilisé une commande qui m'a généré un source C# :
wsdl /language:CS monfichier.wsdl

J'ai ensuite créé un projet service web dans visual studio et ais fait un copier coller du code du fichier source généré dans mon projet. J'ai ensuite lancé un debug du service web, je n'ai pas d'erreur mais les méthodes ne sont pas visibles. J'ai donc essayé de rajouter [WebMethod] juste avant les méthodes auxquelles je souhaitais accéder, à priori cela semble fonctionner puisque je vois mes méthodes (mais n'ai pas encore testé à partir de mon application). Cela dit je trouve ca plutot lourd de devoir chaque fois rajouter [WebMethod] devant chacune de mes méthodes, cela n'aurait pas du être automatiquement généré par la commande ci-dessus ?

Autre chose, j'ai pu lire des truc ici et là sur net disant qu'il faut générer une dll à partir du cs pour tester le webservice. C'est ce que j'ai fait via cette commande :

csc /t:library monfichier.cs

Mais ensuite que dois-je faire de cette dll pour que toutes les méthodes soient accessibles ?

Et surtout d'une manière générale ais-je suivi la bonne procédure ? existe-t-il une manière de faire plus "professionnelle" ?

D'avance, un grand merci

[Immobilis]

Salut,

Le développement d'un service web avec visual studio est des plus simple. C'est peut-être parce que tu ne l'as jamais fait sur un autre langage que tu trouves cela fastidieux. Ajouter [WebMethod] n'est pas si pénible

cela n'aurait pas du être automatiquement généré par la commande ci-dessus ?

Sauf erreur, la commande en question ne permet à ton application que de référencer le service pour l'utiliser dans ton code. Cela ne créé pas le web service. La classe que tu obtiens dispose de toutes les méthodes proposées par le service web.

existe-t-il une manière de faire plus "professionnelle" ?

Il aurait été professionnel que ton client te donne accès à son service ou bien au moins à une version de développement. Si ce n'est vraiment pas possible qu'il te donne la liste des méthodes implémentées pour que tu puisses les implémenter localement.

A+

[Devko]

Tout d'abord merci pour ta réponse

Le développement d'un service web avec visual studio est des plus simple. C'est peut-être parce que tu ne l'as jamais fait sur un autre langage que tu trouves cela fastidieux.

Ce n'est pas que je trouve cela fastidieux mais pour moi si le wsdl contient la description d'un service web toutes les méthodes générées par la commande susmentionnée sont des webmethod donc pourquoi cet ajout n'est-il pas fait automatiquement... J'ai déjà travaillé dans un autre langage et sur un EDI concurrent (notamment sur des services web simplistes), chez ce concurrent cette manière de procéder ne m'aurait pas du tout étonné mais je suis tellement habitué à l'efficacité de visual studio que je suis étonné de rencontrer cette procédure à faire manuellement.

Il aurait été professionnel que ton client te donne accès à son service ou bien au moins à une version de développement. Si ce n'est vraiment pas possible qu'il te donne la liste des méthodes implémentées pour que tu puisses les implémenter localement.

Sauf erreur de ma part le wsdl contient justement la description des méthodes implémentées dans le service web.

Voilà comment j'ai fait pour mes tests... une solution VS avec un projet qui contient le client, un autre projet de type dll qui contient la classe de mon web wervice (classe générée à partir du wsdl avec la commande wsdl) et un dernier projet qui contient le code du webservice, ce webservice référencant la dll du projet précédant... ainsi je ne modifie pas le cs originel (ajout de webmethod) car je met l'attribut webmethod devant les méthodes de mon webservice qui font appel aux méthodes de la dll (meme noms, memes parametres)... Je n'ai pas trouvé mieux.

Cela dit c'est la galère car je n'ai pas le code des méthodes du coup, forcément je n'ai aucun retour.... Plutot aproximatif comme procédé, je me demande comment font les gens pour arriver à développer un truc fiable en ayant seulement le wsdl...


a+

[Immobilis]

mais pour moi si le wsdl contient la description d'un service web toutes les méthodes générées par la commande susmentionnée sont des webmethod donc pourquoi cet ajout n'est-il pas fait automatiquement...

Parce que le WSDL sert à décrire un service web pour le consommer par pour le recréer localement.

Sauf erreur de ma part le wsdl contient justement la description des méthodes implémentées dans le service web.

Oui, pour le référencer en 3 clics dans Visual Studio.

Cela dit c'est la galère car je n'ai pas le code des méthodes du coup, forcément je n'ai aucun retour....

C'est pour cela que je t'ai dit

Si ce n'est vraiment pas possible qu'il te donne la liste des méthodes implémentées pour que tu puisses les implémenter localement.

Cela dit c'est la galère car je n'ai pas le code des méthodes du coup, forcément je n'ai aucun retour.... Plutot aproximatif comme procédé, je me demande comment font les gens pour arriver à développer un truc fiable en ayant seulement le wsdl...

Ben oui forcement, parce qu'on ne fait jamais comme ça... Ou alors ton client ne sait pas à quoi sert un WSDL... Il faut que tu simules un retour de valeur.

A+

[Devko]

Ok, en tout cas encore merci pour tes réponses j'en sais maintenant un peu plus.

Je relance le client, en plein mois d'aout c'est pas gagné mais bon
En attendant je vais simuler....