Communication inter process

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

salut

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

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

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

Citation:

---

Envoyé par smyley

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 ?

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 ...

Citation:

---

Envoyé par 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 ...

---

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)

Citation:

---

Envoyé par smyley

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 :mrgreen:

Je me suis fait avoir, il n'y a pas de Write :aie:
Peut être cependant qu'il y a une solution avec CreateMessageSink ... :?

Citation:

---

Envoyé par smyley

Je me suis fait avoir, il n'y a pas de Write :aie:

---

C'est pour ça que, pour le moment, je ne vois pas comment utiliser un IpcChannel pour envoyer des informations de la même manière qu'un Socket UDP le fait avec sa méthode SendTo(byte[], endPoint).
Si tu pouvais m'apprendre ça, je serais content :ccool:

Je vais creuser un peu sur le CreateMessageSink, à moins que tu n'aies une autre idée ? :P

Citation:

---

Envoyé par smyley

Peut être cependant qu'il y a une solution avec CreateMessageSink ... :?

---

J'ai parcouru la documentation sur la méthode CreateMessageSink ou encore les différents exemples proposés par msdn et ils en reviennent à l'utiliser à travers un Remoting.

Je vais donc laisser ces IpcChannels de côté.

La solution d'un pipe serait-elle envisageable selon vous ?