Version imprimable
Bonjour,
Je souhaiterai faire des échanges de donnée ou signaux entre un service que j'ai développé et une application que j'ai développé aussi. Cette dernière servirai d'interface hutilisateur du service et permaitrai de faire faire au service des actions.
Merci d'avance pour vos réponce
Bon ben pas de réponse!!! Mon message n'est pas assez clair?
bin non justement. Je suppose que tu parles d'un web service ?
Es-tu aller faire un tour du coté des tutos avant ?
Non pas web service mais service windows (ou deux applications). J'ai trouvé des APIs pour envoyer des signaux : sendmessage. Sa marche mais sa fait planter mon application. Je me demandai si il n'y avait pas dans le framworck une classe pour communiquer entre deux applications.
J'ai trouvé aussi messagefilter dans le framworck mais je 'nai pas trouvé comment l'implanter.
Pour communiquer entre deux applications tu peux utiliser les sockets
Oui mais je trouve sa pas trés propre. Et deplus il me s'emble que le systéme d'exploitation fournit des outil pour commuquer avec une application. Et je me demander si le framworck ne fournit pas des outils pour faire cela.
Je recommenderais le remoting au lieu des sockets!!Citation:
Envoyé par The_badger_man
+1 le remoting c'est tellement plus simple ... il suffit (une fois la couche remoting faite) de faire des appels à des fonctions comme si les deux applications ne sont qu'une .Citation:
Envoyé par shwin
Je te conseil ce tuto pour commencer
J'ai regardé le tuto mais c'est du réseau moi mes deux applications sont sur la même machine donc je trouve mal venu d'utiliser des outils réseaux. C'est pour sa que je pensai aux signaux windows mais je sais pas si il y a des outils pour faire cela dans .net.
Citation:
Envoyé par dieuzorro
Tu peux faire du remoting meme si tu est sur la meme machine, ce qui est bien avec le remoting, c'est que si du jours au lendemain tu décide de séparer l'application et le service windows ... tu va seulement a avoir changer un url vers la machine!
Ok je vous remerci pour votre solution. Si quelqu'un a une autre idée je suis preneur pour pouvoir comparer.
Sinon, avec un service Windows tu as le droit de faire des interactions avec le bureau et donc de faire une interface incluse dans ton service....
En fait je fait un service car les fonctionnalités qu'il renferme doivent être disponible même si une session windows n'est pas ouverte. J'ai fait des essais et quand une session n'est pas ouverte on ne peut pas appeler de form (une exeption est levé).
Consernant mes recherche j'ai trouvé les API suivante :
- Application emettrice : SendMessageA
- Application receveuse : SetWindowLong, CallWindowProc, GlobalGetAtomName, GlobalDeleteAtom . Ces cette dernière qui plante. Je pence que c'est du a l'utilisation de SetWindowLong et de callwindowsProc.
Ok, dans ce cas, tu est effectivement obligé de passer par une appli supplémentaire, par contre le coup des API c'est pas une bonne idée, pense que .NET est justement fait pour ne plus utiliser les API, le Remoting est à mon avis la meilleur solution que tu as.