Discussion :

[barnet]

Bonjour à tous, cela fait un moment que je ne suis pas revenu sur ce forum et ca fait plaisir de voir qu'il soit encore plus actif.



J'aimerais accéder à des méthodes d'une de mes applications par Remoting.

Ma structure est assez simple. Une application A qui va utiliser environ 5 méthodes d'une application B. Les deux applications étant sur la même machine en local.

Est-ce que la solution du Remoting.Net est bonne ? (la plus simple ?)

Sinon au niveau du code, comment accéder à l'"exe" de mon applic B ? Il y a bien les objets IPC, est ce qu'il faut utiliser cela ?

Code :

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

1
2
3
4
5
         IpcChannel channel = new IpcChannel();
                ChannelServices.RegisterChannel(channel);
                remoteOperation = (IRemote.IRemoteOperations)Activator.GetObject(
                    typeof(IRemote.IRemoteOperations),
                    "C:\\Documents and Settings\\blablabla.exe");

Merci beaucoup d'avance

[zoaax]

Bonjour,

si ton application B fournit "un service" à d'autres applications en exposant les 5 méthodes dont tu parles, alors oui il te faut utiliser .NET Remoting.
Vu que tes applications sont en locales, tu peux utiliser IPC.

Bye

[Bluedeep]

Bonjour

Tout d'abord, sauf si tu es en framework 1.1, je te suggèrerais d'utiliser plutôt WCF (c'est du 3.0, extension parfaitement compatible du 2.0 - si tu es en VS 2008 fw 3.5, pas de problème, WCF est intégré).

Sinon, pour faire du remoting, tu dois exposer tes objets via ton serveur de remoting; il est plus commode d'exposer des interfaces, car sinon tu dois "embarquer" les objets métiers coté client, ce qui est pour le moins inélégant.

Il existe (je crois) un tutoriel sur le remoting sur ce site : il expose le b-a ba assez bien.

[Bluedeep]

Vu que tes applications sont en locales, tu peux utiliser IPC.

Euh .... Remoting est une forme d'IPC et les autres formes d'IPC sont globalement plus complexes à mettre en oeuvre que Remoting.

[barnet]

ok .. merci pour toutes ces précisions.

Je vais donc bien utiliser le remoting .NET.

Néamoins je ne vois pas comment acceder à mon application B (le .exe) en local. Je ne trouve que des versions par TCP et un acces sur une adresse IP.

Est-ce qu'il faut passer par un fichier de config? ou est-ce que c'est tout de meme possible "programmaticaly" ?

[dev01]

Salut.

Comme dit par Bluedeep si tu peux tu y gagnera vraiment à passer à WCF ne serait ce que parce qu'il te permet d'utiliser indifférament du tcp, de ipc, etc, etc, pour communiquer entre tes applications.

Si tu veux vraiment rester à remoting l'adresse à utiliser en TCP c'est localhost

[barnet]

Finalement j'ai opté pour WCF ...
Mes applic de test marchent...

Maintenant je ne comprends pas bien comment faire le choix entre les différentes options de connection (TCP, ICP, Pipe).

Je vous redis ma config: 2 "simples" applic. dans le meme dossier en local, la A va appeler quelques methodes de la B.

Quelle est le meilleur choix ? (je ne comprends notamment pas pourquoi on m'oblige à passer par le localhost).

Merci du coup de pouce

[Bluedeep]

Maintenant je ne comprends pas bien comment faire le choix entre les différentes options de connection (TCP, ICP, Pipe).

Le choix n'est pas transparent : par exemple, le passage par des datagrammes UDP ne permet pas d'utiliser les modes de contrats SessionRequired.
Utilise Net.Tcp, c'est simple.

Quelle est le meilleur choix ? (je ne comprends notamment pas pourquoi on m'oblige à passer par le localhost).

localHost est juste un alias pour l'adresse locale de ton poste.

[barnet]

Super,... merci pour toutes ces précisions !

[Bluedeep]

De rien, mais n'oublie pas le tag