Discussion :

[barthelv]

Bonjour,

C'est la première fois que j'utilise le service System.Runtime.Remoting.Channels.Ipc. J'ai deux executables, et je veux que l'executable A appelle une méthode de l'éxécutable B. Du coup j'ai codé un client IPC côté A et un server IPC côté B.

Côté server le bout de code qui "expose" l'objet ressemble à cela:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
            // Expose an object for remote calls.
            System.Runtime.Remoting.RemotingConfiguration.
                RegisterWellKnownServiceType(
                    typeof(RemoteObject), "RemoteObject.rem", 
                    System.Runtime.Remoting.WellKnownObjectMode.Singleton);

Et le remote object est le suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
        // Remote object.
        public class RemoteObject : MarshalByRefObject
        {
            public void NewFile(int Id)
            {
                Console.WriteLine("NewFile has been called for Id {0}", Id);
            }
        }

Côté client, le bout de code qui "s'enregistre pour l'objet distant" est le suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
            // Register as client for remote object.
            System.Runtime.Remoting.WellKnownClientTypeEntry remoteType =
                new System.Runtime.Remoting.WellKnownClientTypeEntry(
                    typeof(RemoteObject),
                    "ipc://localhost:9090/RemoteObject.rem");
            System.Runtime.Remoting.RemotingConfiguration.
                RegisterWellKnownClientType(remoteType);

Jusque là c'est très classique, cela vient de MSDN...

Le soucis c'est que je ne comprends pas pourquoi il faut que le client connaisse l'implémentation de l'objet qu'elle appelle. Donc je ne veux pas copier-coller dans mon client le même code que ce qui est côté server. Or si je ne mets pas aussi le code côté client, cela ne compile pas à cause de l'appel à WellKnownClientTypeEntry(typeof(RemoteObject),"ipc://localhost:9090/RemoteObject.rem");

J'ai l'impression que je devrais remplacer "WellKnownClientTypeEntry" par autre chose, mais je ne vois pas trop quoi...

J'espère être assez clair.

[lead8209]

Pourquoi ne pas passer par des sockets ?

Le client d'un processus A envoi une trame vers un processus B (sur la même machine ou non d’ailleurs). Tu passes dedans ton paramètre Id. Ton processus B décode la trame et exécute la fonction qui va bien. Tu peux même pousser pour avoir le retour de l'exécution de la fonction dans une réponse à la 1ere trame
Genre STX;ORDRE;PARAM1;PARAM2;PARAM3;PARAM4;ETX

Enfin ça me semble plus propre que de dupliquer du code... Enfin je ne sais pas. J'ai jamais utilisé System.Runtime.Remoting.Channels.Ipc

[theMonz31]

bonjour

à la question : pourquoi il faut que le client connaisse l'implémentation de l'objet qu'elle appelle

De mémoire, pour le remoting, le framework utilise des mécanismes de sérialization pour transférer les données.

Qui dit serialization, dit forcément connaitre ce qu'on sérialise et ceci explique le besoin de connaitre, non pas l'implémentation finalement,
mais les données qui vont être sérialisée.

Il me semble qu'avec l'utilisation d'interface, on peut ne connaitre que le prototype et donc, pas nécessairement avec un lien sur la dll qui implémente
l'interface... D'ailleurs, quand on fait du remoting, souvent, on a :

1 - assembly contenant uniquement des interfaces
2 - Assembly serveur qui implémente les interfaces
3 - Assembly client qui, en s'appuyant sur les interfaces, appelles un serveur qui les implémentent