SL3 : Appel de services WCF hébergés en service windows ou IIS

Bonjour,

Je code une application en client/serveur, où le serveur peut être hébergé dans un service Windows ou dans IIS.

Le client communique avec le serveur en utilisant WCF, les méthodes utilisent le modèle asynchrone, et le client doit implémenter un contrat de rappel.

Le client peut être une application lourde ou un applet Silverlight 3.

Pour éviter de réécrire mon code en fonction de chaque combinaison possible, le code est partagé entre les différents projets, notament les interfaces de contrats.

J'arrive à faire communiquer mon client lourd avec mon service hébergé dans un service windows. Par contre, je n'arrive pas à faire communiquer le client silverlight ni avec le service windows, ni avec IIS.

:calim2:

Donc, comment est-ce que je peux faire pour définir, configurer et héberger un service WPF :
- hébergeable à la fois dans IIS ou dans un service Windows
- supportant les sessions fiables WCF
- supportant les contrats de rappel
- avec cryptage et signature
- consommable par un client lourd ou un client silverlight
- le tout en n'ayant juste qu'à changer les paramètres de configuration client ou serveur (Bindings et EndPoints).

Je ne pense pas que ça soit compliqué à faire, mais pour l'instant, je ne suis pas arrivé à réaliser tout ça.

Si quelqu'un a une piste, je suis prenneur...

Merci d'avance :P

C'est quoi la question au final ?

Il n'y a pas 50 types de binding possible avec silverlight de toute façon.

Si tu as besoin d'un contrat de rappel je pense que tu dois te tourner vers du duplex polling, mais il me semble que ce type de service n'est pas consommable en WPF (ou avec un client lourd tout simplement).

Donc regarde du côté du Duplex Polling (ou même un binding perso).

Tu peux pas.

Silvelight ne supporte ni les sessions fiables ni les contrats de rappel (le navigateur web n'est pas adressable, donc pas de rappel du serveur vers le client).

SL ne supporte que le BasicHttpBinding. Ce binding ne supporte pas les sessions fiables.

Pour simuler les les contrats de rappel tu peux faire du duplex binding.
Voici un article sur le duplex binding en SL2: http://badger.developpez.com/tutorie...ight-2-et-wcf/
En SL3 l'utilisation est plus facile, voir la MSDN : http://msdn.microsoft.com/en-us/libr...05(VS.95).aspx

Pour la sécurité avec SL3 : http://msdn.microsoft.com/en-us/libr...05(VS.95).aspx

Tu dois donc créer 2 services différents (pointant vers la même logique métier, que tu auras bien sûr séparée de l'implémentation du service).

Ok, je vais voir pour le duplex.

Concernant les sessions, est-ce que vous pensez qu'il est jouable de gérer ça avec un jeton de session ?

Merci :ccool:

Tu veux faire des sessions ou des sessions fiables ? C'est pas pareil.

Citation:

---

Envoyé par The_badger_man

Tu veux faire des sessions ou des sessions fiables ? C'est pas pareil.

---

A quel endroit ai-je loupé la nuance ?

Dans mon cas, je pense que c'est session fiable.

Donc à partir de quel moment une session "non fiable" devient "fiable" ?

Hello,

Comme cela a été déjà dit, l'appel WCF depuis SL3 est limité au binding basicHTTPBinding avec une sérialisation XML ou binaire.

Avec Silverlight, il faut également potentiellement faire attention aux appels cross-domains.

Concernant le hosting dans un service NT, j'ai écris une série d'articles ici : http://msdn.microsoft.com/fr-fr/office/dd572039.aspx où j'hébergeais un service WCF dans un service NT que j'appelais depuis un client silverlight. L'article en question se trouve ici : http://msdn.microsoft.com/fr-fr/office/dd572044.aspx . Cela pourra peut-être t'aider ou éclairer ta lanterne sur ce qu'il faut faire pour que ton service WCF fonctionne avec tous les clients.

Bye,

David

Citation:

---

Envoyé par maitredede

A quel endroit ai-je loupé la nuance ?

Dans mon cas, je pense que c'est session fiable.

Donc à partir de quel moment une session "non fiable" devient "fiable" ?

---

Les sessions fiables permettent répondre à des problèmes de transport (perte de paquets par exemple).
Plus d'infos ici :
http://msdn.microsoft.com/fr-fr/library/ms733136.aspx


Pour les sessions au sens classique du termes, c'est par ici :
http://msdn.microsoft.com/fr-fr/library/ms731193.aspx