Discussion :

[vanquish]

Bonjour,

Je ne sais pas bien si je dois poser ma question dans le forum WebService ou Silverlight, mais dans mon cas les 2 problèmes sont imbriqués.

J'ai une application Silverlight qui appelle des WebServices (normal, jusque là).
Mais j'aimerais que les méthodes du WS, puissent accéder aux variables de session de la page qui héberge l'application.

Le seul moyen que je trouve est que l'application SL lise ces variables via
System.Web.HttpContext.Current.Session[key]
et les passe comme paramètres au WS.

Dans ce cas, les valeurs passe par le réseau, ce que je ne trouve pas génial (entre autre pour des raisons de sécurité).
L'autre méthode serait de passer par la base de donnée, mais j'aimerais éviter.

Merci d'avance, si quelqu'un peut m'indiquer une meilleur marche à suivre.

Cordialement

[Nathanael Marchand]

Hello!
Tout dépend de tes webservices!
Est ce que c'est du WCF dans une appli asp.net?
Si c'est le cas, tu dois pouvoir du côté de tes webservices récuperer le HttpContext.Current qui te renvoie le contexte courant et qui contient notamment tes valeurs de session.
Bon courage!

[vanquish]

Bonjour,

Est ce que c'est du WCF dans une appli asp.net?

Non, c'est des vrai WebService à l'ancienne.

Si c'est le cas, tu dois pouvoir du côté de tes webservices récuperer le HttpContext.Current qui te renvoie le contexte courant et qui contient notamment tes valeurs de session.

Mon pb est justement que HttpContext.Current.Session est à null (tout comme le HttpSessionState.WebService.Session)

Bon courage!

Merci, je crois que je vais en avoir besoin

[Samuel Blanchard]

Bonjour,

2 choses à vérifier :

1 - Coté serveur : Tes méthodes de ton WebService sont bien taggées avec l'atrribut WebMethod(true), true indiquant que l'on veut utiliser la session.

2 - Coté Silverlight : Ton client Soap utilise bien un CookieContainer pour que la clé de ta session soit conservée (il suffit juste de l'instancier).

[vanquish]

Bonjour,

1 - Coté serveur : Tes méthodes de ton WebService sont bien taggées avec l'atrribut WebMethod(true), true indiquant que l'on veut utiliser la session.

Ce n'était que cela. Merci beaucoup.

2 - Coté Silverlight : Ton client Soap utilise bien un CookieContainer pour que la clé de ta session soit conservée (il suffit juste de l'instancier).

Le (1) a suffit à mon besoin (seul le web service a besoin de voir les variables de session).

Mais quand j'ai tenté le (2) :

Code :

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

1
2
3
4
5
 
MonWebService.MonWebServiceSoapClient wsc = new MonWebService.MonWebServiceSoapClient();
wsc.CookieContainer = new CookieContainer();
wsc.GetElementsCompleted += wsc_GetElementsCompleted;
wsc.GetElementsAsync();

J'ai une exception sur l'instanciation de CookieContainer avec le message :

Impossible de définir CookieContainer. Vérifiez que la liaison contient un HttpCookieContainerBindingElement.

Je ne comprend pas trop ce message et j'aimerais aller au bout, pendant que j'ai le nez dedans - même si dans l'immédiat, je n'en ai pas besoin.

Merci pour ta solution et ton aide.

Cordialement
Vanquish

[Samuel Blanchard]

En fait, il est inutile de fixer le CookieContainer car il est désormais routé automatiquement vers le cookie du browser (depuis Silverlight 3). Désolé donc pour cette info qui datait un peu : Le cookieContainer était obligatoire en Silverlight 2 pour utiliser des sessions de WebService .

Ca doit rouler juste avec l'attribut WebMethod(true)

[vanquish]

Désolé donc pour cette info qui datait un peu

Il n'y a vraiment pas de quoi être désolé.
Je n'aurais pas trouvé facilement ... Toutes mes recherches arrivaient sur WCF.

Merci beaucoup.
Allez hop ! [résolu]