IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Dotnet Discussion :

[C#][.NET2.0] communication entre un prgramme et un service


Sujet :

Dotnet

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    196
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 196
    Par défaut [C#][.NET2.0] communication entre un prgramme et un service
    Bonjour,
    Je suis entrain de développer un service qui doit communiquer en local avec une surcharge de la GINA (qui sera codée en C++).
    J'ai besoin d'un conseil pour le choix du support de communication: Dois-je utiliser des named pipes (j'avoue que j'ai du mal à comprendre comment ça marche depuis .NET, par contre en C++ pas de soucis), les IPCs (qui m'ont l'air surdimensionnés par rapport à ce que je veux faire)...
    Que me conseillez-vous???

    MERCI!!!

  2. #2
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    Les NamedPipe sont en effet une des solutions les plus simples de mise en oeuvre.

    Par contre, je n'ai pas vu le détail de leur implémentation en .Net.

    Une autre solution très facile d'usage ce sont les MessageQueue, mais il te faut un service optionnel (Message Queuing) qui doit être installé pour cela - il ne l'est en général pas par défaut, mais son install se fait par le CP sans le CD - , et l'implémentation en .Net est simplissime d'utilisation.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    196
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 196
    Par défaut
    Bonjour,

    cela peut être une solution de replie, mais ça me parait pas très adapté à ce que je veux faire:
    Mon objectif est de surcharger la GINA de façon à inscrire l'utilisateur auprès d'un service à l'ouverture de session. Il y aura donc très peu de messages échangés mais ils doivent l'être de manière synchrone, ce qui ne m'a pas l'air d'être le cas avec les MessageQueue.

    Merci de ton aide

  4. #4
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    Bonjour

    Dans ce cas, la solution la plus simple est d'utiliser du RPC classique (par contre, je ne l'ai jamais fait coté serveur en .Net, mais cela ne doit pas poser de gros problèmes).

    Si ce n'est pas indiscret, peux tu en dire un peu plus sur ton besoin fonctionnel ? en effet, la réécriture de la GINA était une solution courante il y a une dizaine d'année, mais l'extension de la quantité de composants système disponibles rend cette solution beaucoup moins habituelle de nos jours.

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    196
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 196
    Par défaut
    Merci de ton aide!

    En terme de besoin fonctionnel, l'idée est d'inscrire un utlisateur auprès d'un service de monitoring.
    - Au démarrage de la machine, le service signal au monitoring le démarrage
    - Lorsque l'utilisateur ouvre la session, un message est également envoyé au monitoring via le service.
    - Il y a un certain nombre d'échange entre le centre de supervision et le service pour configurer des applications "maison" avec une gestion de droit.

    La surcharge de la GINA parait être une bonne solution pour intercepter l'ouverture de session, demander 2 ou 3 infos à l'utilisateur, et s'inscrire auprès de la supervision.
    Y a t'il d'autres solutions?

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    196
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 196
    Par défaut
    Je suis parti avec les named pipes

    Merci des conseils

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. communication entre un programme et un service
    Par dvince38 dans le forum C++
    Réponses: 4
    Dernier message: 28/01/2008, 10h42
  2. Lecture standard et communication entre processus!
    Par Tartar Ukid dans le forum C++Builder
    Réponses: 5
    Dernier message: 05/07/2003, 16h37
  3. Communication entre processus
    Par markopolo dans le forum C++Builder
    Réponses: 2
    Dernier message: 26/06/2003, 16h21
  4. Réponses: 5
    Dernier message: 25/03/2003, 19h43
  5. communication entre programmes
    Par jérôme dans le forum C
    Réponses: 12
    Dernier message: 16/04/2002, 08h05

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo