Discussion :

[thegitch]

Bonjour à tous,

Je me permets de poster un nouveau message pour obtenir votre avis sur la meilleure technologie à implémenter pour communiquer entre deux processus avec une persistance des données.

Le but est de passer des paramètres, des fichiers de configurations et autre fichiers de résultats entre deux processus totalement séparés. La première idée était d'implémenter des Socket TCP pour être certain que l'information soit transmise mais c'est beaucoup trop lourd car l'opération doit être effectuée assez souvent (envoi de résultats toutes les 500ms par exemple).

Le Socket UDP n'est pas non plus une bonne solution car si le process de réception venait à tomber, les informations envoyées sur le socket ne serait pas stockées et seraient donc perdues, chose que je veux éviter. L'idéal serait d'implémenter un système de "pipe" qui garde l'information tant que l'autre n'est pas venue la lire, sous la forme d'un fichier ou autre.

Quel est votre avis ?

Merci d'avance,

thegitch

[theMonz31]

salut

tu peux aussi regarder du coté du partage partage (memory share)
on trouve des exemples en C# sur le net

[smyley]

http://msdn.microsoft.com/fr-fr/libr...nnels.ipc.aspx ?

[thegitch]

http://msdn.microsoft.com/fr-fr/libr...nnels.ipc.aspx ?

J'ai pensé aux channels Ipc mais jusque là, je les utilise principalement pour du remoting. Comment faire pour simplement envoyer des informations comme sur un Socket UDP par exemple ?

[smyley]

Mais si tu connais déjà le remoting pour pas ne pas simplement faire une classe avec une méthode Send(byte[] data) que tu appèlerai à partir du programme source et que tu recevrai dans l'autre programme ...
En tout cas on peut appeler "Write" sur un IpcChannel ...

[thegitch]

Mais si tu connais déjà le remoting pour pas ne pas simplement faire une classe avec une méthode Send(byte[] data) que tu appèlerai à partir du programme source et que tu recevrai dans l'autre programme ...

une méthode Send basée sur le remoting ? Si je me souviens bien des tests que j'avais fais, un appel en remoting Ipc sur un serveur qui n'existe plus (donc le processus de réception tombé momentanément) est bloquant, non ? Et puis le remoting demande la définition d'interfaces et ça me semble une solution trop lourde pour l'utilisation que je vais en faire (disons 10 processus différents qui parlent assez régulièrement vers 1 autre qui réceptionne tout)

En tout cas on peut appeler "Write" sur un IpcChannel ...

Ah bon ? En tout cas la doc msdn n'indique rien dans ce sens.
http://msdn.microsoft.com/fr-fr/libr...rs(VS.80).aspx

quel paramètres possibles pour Write ?

Ah! Petite précision : je travaille sous Mono

[thegitch]

Est-ce quelque chose d'intégré au framework .Net ?

Je crois comprendre (voir lien ci-dessous) qu'il faut utiliser un wrapper pour accéder à ce genre de fonctions, vrai ?
http://addressof.com/blog/archive/2003/05/01/164.aspx