[Résolu] C# : Accès dynamique à un web service
Forum Programmation : [Résolu] C# : Accès dynamique à un web service
Lire la meilleure réponse, apportée par OmaR.
Kikoo 
J'ai un t'cho problème avec une appli qui utilise des web services, web services qui ont la particularité de changer d'adresse assez souvent.
Bien évidemment, ajouter un web service en référence je connais sur VS2008, mais ça c'est uniquement si l'adresse est fixe. Quand elle change régulièrement, et qu'il est donc nécessaire de devoir la rentrer manuellement au démarrage de l'application, sans pour autant que ça demande de devoir recompiler ça à chaque fois, ben ça se complique.
Mes recherches m'ont indiqué plein d'astuces, mais aucune ne fonctionne. Apparemment, certains arrivent tout simplement à accéder à un membre "Url" du web service, qui est hérité de la classe "Service" je crois, et qui permet de définir l'url de celui-ci, sauf que moi, pas de membre de ce nom sur mon web service... D'autres font des bidouilles bizarres avec le app.config qui est généré, sauf que app.config ou pas, l'adresse du web service est de toute façon rentrée en dur dans l'interface générée automatiquement par VS2008 (Reference.cs), et dans le WSDL qui est téléchargé et stocké de façon locale, et changer le app.config signifie de toute façon recompiler l'appli.
Du coup, ce qu'il me faut ben c'est simplement de pouvoir changer l'url au cours de l'application, voire carrément un moyen de charger intégralement le web service soi-même en code pur à partir du WSDL qui peut donc être récupéré comme on veut, sans utiliser l'ajout de référence de VS2008.
Si quelqu'un a une solution, ou comprend ne serait-ce qu'une des phrases que je raconte, je suis preneur.
Merci 
Message édité par Kenelm le 07-07-2009 à 22:27:49
Donnez votre avis sur la question !
![[:el marco:2]](http://img.infos-du-net.com/forum/images/perso/2/el marco.gif "[:el marco:2]")
Moi je reste un peu, on va faire connaissance avec des geeks, des vrais, des bouffeurs de pizzas et amateurs de japanese massive bouncing boobs
Salut les gars
Répondre à LaMoufetteEnColere
| Kenelm a écrit : Kikoo J'ai un t'cho problème avec une appli qui utilise des web services, web services qui ont la particularité de changer d'adresse assez souvent. Bien évidemment, ajouter un web service en référence je connais sur VS2008, mais ça c'est uniquement si l'adresse est fixe. Quand elle change régulièrement, et qu'il est donc nécessaire de devoir la rentrer manuellement au démarrage de l'application, sans pour autant que ça demande de devoir recompiler ça à chaque fois, ben ça se complique. Mes recherches m'ont indiqué plein d'astuces, mais aucune ne fonctionne. Apparemment, certains arrivent tout simplement à accéder à un membre "Url" du web service, qui est hérité de la classe "Service" je crois, et qui permet de définir l'url de celui-ci, sauf que moi, pas de membre de ce nom sur mon web service... D'autres font des bidouilles bizarres avec le app.config qui est généré, sauf que app.config ou pas, l'adresse du web service est de toute façon rentrée en dur dans l'interface générée automatiquement par VS2008 (Reference.cs), et dans le WSDL qui est téléchargé et stocké de façon locale, et changer le app.config signifie de toute façon recompiler l'appli. Du coup, ce qu'il me faut ben c'est simplement de pouvoir changer l'url au cours de l'application, voire carrément un moyen de charger intégralement le web service soi-même en code pur à partir du WSDL qui peut donc être récupéré comme on veut, sans utiliser l'ajout de référence de VS2008. Si quelqu'un a une solution, ou comprend ne serait-ce qu'une des phrases que je raconte, je suis preneur. Merci |
Hello !
En fait, tu n'a pas forcément une classe "Service" il me semble, mais ça peut être n'importe quelle classe. Si je prend les Web Services de SharePoint, pour le Lists.asmx, tu as une classe Lists, pour Webs.asmx tu as une classe Webs, etc...
Tu n'as pas dit avec quel langage tu bossais, je te montre en C#, mais bon à toi d'arranger 
Si ma Web Reference s'appelle "WssLists", je fais:
Code :
|
Le plus simple, si tu fais ça en C#, c'est de voir ce que VS te propose lorsque tu fais "Ctrl+Entrée" après avoir entré le nom de ta Web Reference
Edit: @LMEC: bah non c'est que moi 
Message édité par OmaR le 07-07-2009 à 23:09:08
Répondre à OmaR
C'est marqué dans le titre que c'est en C# 
'fin bon, si tu veux tu veux tester, le webservice est dispo ici :
************ |
Et non, ça peut être sur le net ou en réseau local, on peut pas se reposer sur un dns.
Message édité par Kenelm le 07-07-2009 à 23:38:49
Donnez votre avis sur la question !
Répondre à Kenelm
| Kenelm a écrit : C'est marqué dans le titre que c'est en C# 'fin bon, si tu veux tu veux tester, le webservice est dispo ici :
Vire les "[BLABLABLA]" Et non, ça peut être sur le net ou en réseau local, on peut pas se reposer sur un dns. |
Dans la fenêtre de réponse classique, on voit plus le titre du sujet, c'est pour ça que j'ai pas vu le C#
J'ai noté l'adresse, si tu veux supprimer, tu peux. Je regarde ça et je te dis.
Message édité par OmaR le 07-07-2009 à 23:40:15
Répondre à OmaR
Après farfouillage, je viens de me rendre compte que tout le bordel hérite de System.ServiceModel.ClientBase, alors que tout ce que je voyais ailleurs héritait de SoapHttpClientProtocol. Je sais pas ce que ces web services ont de particulier, je m'y connais pas plus, mais bon.
SoapHttpClientProtocol a bien une propriété Url, mais pas ClientBase. En revanche, ClientBase inclut dans ses constructeurs un (string endpointConfigurationName, string remoteAddress), le premier étant le nom du web service visiblement, et le second l'adresse.
J'ai pas d'autre serveur pour tester pour le moment, je pourrais voir ça demain au boulot en le définissant par défaut sur le WSDL du serveur distant et en le switchant sur le serveur local pour voir si ça marche bien. En tout cas, en les redéfinissant à la main, il arrive à se connecter, et si je mets n'importe quoi ça marche plus. Donc bon... suite demain 
EDIT : Pense à éditer ton post avec la citation pour virer l'adresse
Message édité par Kenelm le 07-07-2009 à 23:39:05
Donnez votre avis sur la question !
Répondre à Kenelm
Ouais y'a bien un truc.
Toi il te génère ça dans ton Reference.cs :
Code :
|
Moi il me génère ça :
Code :
|
Et pour le gérer, un dérivé de ClientBase :
Code :
|
Par curiosité, t'aurais pas VS2005 ? Parce que tous les trucs d'aide que j'ai trouvé à base de "utilise la propriété Url" datent d'avant la sortie de VS2008...
Et tu peux delete
Message édité par Kenelm le 07-07-2009 à 23:46:36
Donnez votre avis sur la question !
Répondre à Kenelm
Nan mais oh tu m'as pris pour un noob ou quoi
En fait je viens tout juste de trouver le problème, en voyant ton dossier "Web reference".
Toi tu utilises "Add web reference", et moi "Add service reference".
"Add web reference" est un wrapper de wsdl.exe dédié à l'ASMX qui utilise le XmlSerializer qui te génère des membres additionnels obligatoires foireux, et "Add service reference" c'est du WCF consumé only par du 3.0+.
Du coup, le résultat est pas le même, toi tu choppes un accès Soap, moi une interface client.
'fin bref. C'est juste que moi j'ajoutais le web service correctement depuis le début, et que tous les autres m'incitaient à faire ça mal avec des trucs deprecated.
Ça confirme ce que je disais, c'est du VS2005 trans-3.0
'fin bref, t'as essayé de m'aider, tu mérites 40 points
EDIT : Vla la différence :
Pas grand chose en apparence, mais beaucoup quand on voit la classe qu'on se récupère au final
Message édité par Kenelm le 08-07-2009 à 00:08:54
Donnez votre avis sur la question !
Répondre à Kenelm
Ok Moi c'est utilisé comme ça dans le logiciel de ma boîte donc bah...
Répondre à OmaR
Ben tu leur diras que Service reference c'est mieux
Donnez votre avis sur la question !
Répondre à Kenelm
