Discussion :

[Pilloutou]

Bonjour,

je travaille sur une architecture client/serveur.
Les clients envoient des requêtes au serveur via .Net Remoting.
Le serveur doit aussi diffuser des données aux clients.
J'avais imaginé initialement utiliser les évenements pour diffuser ces données mais avec .Net Remoting, il semble que cela ne marche pas très très bien. J'ai lu quelques articles sur le sujet sur le net, et pour la plupart, les auteurs déconseillent de les utiliser. J'aimerais tout d'abord avoir vos avis à ce sujet.

Si je n'utilise pas .Net Remoting, que puis-je utiliser selon vous ?
Message Queuing semble être une solution interessante pour ce type de choses même si je n'ai pas réellement besoin de la notion de file d'attente.
En effet, les données sont émises aux clients. Si un client n'est pas dipo au moment de la diffusion, il ne lui servira à rien de les connaître lorsqu'il se reconnectera 10 minutes après.

J'aurais donc besoin de vos avis et de vos expériences.

Merci d'avance.

[Pilloutou]

Pas d'amateur pour le Message Queuing ou le .Net Remoting ?

Merci de me faire part de vos remarques.

[Mehdi Feki]

Salut,

C'est vrai que en Remoting les évenements consomment beacoup de resources lors de la notification des client et vice versa et ca peut par la suite affecter la scalabilité de ton applications distribué. Mais ca reste une solution efficace est reste à appréhender avec beacoup de précautions.

En ce qui concerne MSQM, pense que tu es entrain de simuler La Poste avec une contrainte de plus : les courriers sont sûrs d'arriver à leurs destinataires. De point de vue performance, le Remoting est plus rapide en exécution.

Dans ton cas je pense que .Net Remoting est plus approprié, d'autant plus que tu travailles en mode connecté.