Discussion :

[oliv23]

Bonjour

Je suis complètement nouveau dans les webservices et j'ai deux soucis:

1) Je dois écrire le code coté serveur pour implémenter un service web dont le WSDL m'a été fourni. (on m'a en plus fourni un client de test).
Ayant deja programmé en .net, j'ai créé un projet "ASP.Net web service". J'ai ajouté le wsdl dans les webereferences, mais ensuite je ne sais pas où écrire le code des fonctions décrites dans le wsdl. Dois je implémenter une interface ? J'ai aussi essayé d'écrire mes fonctions directement dans le App_code\service.vb avec l'attribut <WebMethod()> _ et en respectant les arguments du WSDL fourni, mais le wsdl que j'obtiens lors de la publication de mon site web est différent de celui de départ.
Pourriez vous m'aiguiller ? je n'ai pas trouvé de tutorial se rapprochant de ce que je veux faire (uniquement des exemples de code client appelant des fonctions décrites dans un wsdl).

2) D'autre part mon code serveur doit communiquer (sur le poste serveur) avec un autre executable fait en .NET. Je pensais écrire cette communication en .NET remoting. Est ce judicieux ? Avez vous d'autre suggestions ?

merci d'avance

[sevyc64]

Je suppose que c'est un exercice scolaire ? exercice pas très futé car posé à l'envers et qui t'induit en erreur.

Le WSDL est un fichier mis à disposition des clients d'un webservice pour indiquer les méthodes et type de variables mises à disposition par le webservice. C'est une sorte d'annuaire, ou de table des matière.

En théorie, le WSDL ne peut être créé et fournis que lorsque la partie serveur a été écrite.
Ici, on te demande l'inverse, on te demande de (ré)écrire un service web coté serveur qui auraient potentiellement pu fournir ce wsdl.

En réalité, ce que l'on te demande est d'écrire un service web (donc cote serveur) faisant diverses opérations, exposant diverses méthodes, etc ... Le WSDL fourni ne te sera normalement pas d'utilité, si ce n'est te donner une idée des méthodes que ton service devrait exposer publiquement.

Renseigne-toi déjà sur comment on crée un service web (webservice), coté serveur, et non pas un client consommateur de webservice.

[plume13]

Tu peux utiliser wsdl.exe pour générer automatiquement tes classes Proxy à partir du fichier de définition wsdl :
http://msdn.microsoft.com/en-us/libr...=vs.80%29.aspx

[oliv23]

Effectivement entre temps je me suis un documenté et j'ai manipulé un peu de code, je comprends mieux la démarche.
merci de votre aide.

A propos de ma deuxième question, vous en pensez quoi ?
"mon code serveur doit communiquer (sur le poste serveur) avec un autre executable fait en .NET. Je pensais écrire cette communication en .NET remoting. "
Est ce judicieux ? y a t- il une autre méthode plus appropriée ?
merci d'avance