Discussion :

[zizou100]

Bonjour,
Je me connecte au socket d un fournisseur externe à travers lequel je reçois des données en temps réel.
Sur mon réseau interne, j ai plusieurs utilisateurs qui vont utiliser une application cliente WPF que j ai développée avec MVVM Light.
Chaque application cliente a besoin des données en temps réel du socket externe pour travailler et je ne peux pas connecter chacune d elle au socket externe car je suis restreint à 1 connexion sur ce socket.
Donc je voulais savoir quelle architecture était conseillée pour faire face à ma problématique et par où commencer. J ai entendu parler de WCF mais si qqn pouvait me confirmer que c est ce qu il me faut et succinctement m expliquer comment ça fonctionnerait dans mon cas.
Merci!

[PixelJuice]

Bonjour,

pourquoi ne pas créer un Socket relayeur ? Un Socket entre le socket unique qui ne permet qu'une connexion et les clients.

Le Socket en question écouterai les clients et demanderai les infos au socket unique ,puis les donnerais aux clients qui travaillent avec.

Le WCF est surtout fait pour faire des services , donc tu pourrais faire un service qui fait a peu prés la même chose que le socket relayeur.

[zizou100]

Merci je vais oublier WCF et me concentrer sur le socket relayer.
En gros je peux faire un programme qui lancerait en ligne de commande mon socket sur mon serveur.
Ce serveur socket devrait à la fois
- se connecter au socket du fournisseur en mode client
- être en mode socket serveur pour que mes applications clientes s y connectent

Jamais fait de socket serveur je vais creuser et voir ensuite comment je fais le lien entre les messages que je reçois et que j émets.
Si t as des exemples, détails je suis preneur...

[chrisdot]

Une idée complémentaire: plutôt qu'une application console, tu peux faire un service Windows. Rien ne t'empêches de créer ton serveur en mode console pour la phase de debug (plus flexible), et ensuite de le déployer en tant que service Windows (juste reprendre les points d'entrée, et le repackager en service).
Les gros avantages:

• application démarre toute seule
• fonctionne sans personne loggé sur le serveur

Autre idée (à la place du socket re-distributeur): utilisation de ASP.NET web api en mode self host pour faire un service Rest (tu peux même l'embarquer dans un service je suppose), pas besoin de serveur IIS. Mais ça dépend de tes besoins.

Bon courage !

[zizou100]

Super ce tuto pour créer/installer uns ervice.
J ai bien avancé sur mon appli console qui redistribue les messages du socket du fournisseur.
Merci!