Discussion :

[lutecefalco]

Hello tout le monde

Au taff, on doit remplacer une appli java fournie par Reuters.
La solution retenue est de développer un truc en interne.

J'ai bien envie de profiter de cette occasion pour faire du Silverlight (plutôt que du web form comme on fait d'habitude).
Problème: j'y connais rien en Silverlight donc j'aimerais juste savoir si c'est faisable. Si oui, je me formerais de mon côté.

Le but de l'appli est du faire du trading sur le forex.
L'écran principal correspond à l'image 1 ci jointe.
Chaque partie se met à jour en "temps réel" avec le taux fourni par un tiers.
Lorsque l'on clic sur BUY EUR par exemple, une fenêtre de passage d'ordre s'ouvre (image 2 ci jointe)

Mes questions (pour le moment ):
- Pour la mise à jour en pseudo temps réel: un ptit timer côté client et un wcf côté serveur devrait l'affaire non? On peut pusher du serveur vers le client sinon?
- Pour la communication entre le client et le serveur, y a moyen de bien sécuriser ça?

Merki

[Skyounet]

Mes questions (pour le moment ):
- Pour la mise à jour en pseudo temps réel: un ptit timer côté client et un wcf côté serveur devrait l'affaire non? On peut pusher du serveur vers le client sinon?

Yes tu peux faire du push avec le PollingDuplexHttpBinding de WCF

- Pour la communication entre le client et le serveur, y a moyen de bien sécuriser ça?

HTTPS + authentification avec d'utiliser le service semble bon non ?

[lutecefalco]

HTTPS + authentification avec d'utiliser le service semble bon non ?

Y aura biensûr une authentification au lancement de l'appli.
Ensuite faudrait aussi protéger le service wcf vu qu'il sera exposé à la terre entière non? (j'ai jamais touché à l'aspect sécurité avec wcf)

[Skyounet]

Y aura biensûr une authentification au lancement de l'appli.
Ensuite faudrait aussi protéger le service wcf vu qu'il sera exposé à la terre entière non? (j'ai jamais touché à l'aspect sécurité avec wcf)

Si c'est une appli interne le WCF sera interne donc seulement exposé dans l'entreprise.

Si c'est une appli externe alors c'est là que l'authentification au niveau WCF intervient.

Quand qq'un appelle une méthode tu regardes d'abord s'il est authentifié si oui tu executes si non tu l'envoie balader.

[lutecefalco]

Si c'est une appli interne le WCF sera interne donc seulement exposé dans l'entreprise.

Si c'est une appli externe alors c'est là que l'authentification au niveau WCF intervient.

Quand qq'un appelle une méthode tu regardes d'abord s'il est authentifié si oui tu executes si non tu l'envoie balader.

Hmmm, côté serveur, au niveau de mon service WCF, je suis capable de récupérer le user qui appelle mon service depuis une appli Silverlight (donc côté client)?

[Skyounet]

Hmmm, côté serveur, au niveau de mon service WCF, je suis capable de récupérer le user qui appelle mon service depuis une appli Silverlight (donc côté client)?

Si ton WCF se trouve dans le même contexte que l'appli Web où est hébergé ton Silverlight alors tu peux retrouver ton user avec HttpContext.Current.User.

Si tu préfères mettre ton authentification au niveau SL plutôt que Web tu peux utiliser le membership ASP.NET pour t'authentifier.

http://blogs.msdn.com/brada/archive/...lverlight.aspx