Services Windows : Singleton et event.

Bonjour à tous,

J'ai beau cherché sur le net(surement mal du coup), mais je ne trouve pas mon bonheur.
Donc je me dis que cela ne coûte rien de venir poser la question.

J'ai un service windows, et plusieurs applications peuvent y accéder.
j'aimerais que celui-ci n'ai qu'une instance. Est il possible de créer un service windows qui fonctionnerait en singleton? Si oui comment gérer les accès concurrents?
Le but étant de faire en sorte que ce service prenne les demandes des utilisateurs une par une.

Le deuxième point vient du fait que j'aimerais faire en sorte que le service envoie directement des informations aux applications?
Est ce possible? L'utilisation de socket pourra correspondre?

Voilà, je ne sais pas je bloque un peu. Je n'arrive pas à voir par quel bout le prendre.

Merci d'avance à ceux qui me prendrons le temps de répondre.

un service est à exécution unique par définition
après ce que tu y fais dedans peut être singletonné si nécessaire, mais tu ne nous as pas dit comment les applications dialoguent avec le service ni à quoi elles accèdent

dans l'autre sens oui socket peut aller, ou wcf, ou plein d'autres choses ...
que le client initie la connexion pour préciser sa présence, ou que le service envoie une trame de découverte des applications ...

sinon c'est plus une question de thread safe que de singleton, que ca soit en socket de base ou en wcf chaque demande arrive sur un thread
si le truc qui gère le traitement ne doit pas laisser 2 personnes passer en même temps il y a la commande lock qui permet de faire attendre les autres

Merci pour la réponse.

Pour le moment la communication se fait via adresse TCP.
Et via la classe ChannelFactory.

D'accord pour la communication : service -> applications.
Je pense que se sont les services qui viendront signaler leurs présences. Puis lors de l'envoi du message venant du service, si celui-ci ne parvient à communiquer avec une des applis il l'enlève de sa liste de communication.
Je voyais un truc comme ça. Je suis preneur si tu as une idée sur la façon la plus simple de procéder.

Ok pour le lock. L'appel d'une instance lockée ne génère pas d'erreur, juste une attente?

channelfactory à priori c'est wcf (exposition d'une interface commune aux 2 applis, le serveur connait la classe, l'appel côté client est exécuté sur le serveur)
qui peut passer par du tcp/ip, mais ce n'est pas un socket simple qui permet juste d'envoyer des octets et on se débrouille à coder les messages

si tu es bien sur wcf alors il te faut un contrat de callback, une interface commune là aussi, mais quand le client se connecte au serveur il spécifie son contrat de callback, le serveur peut alors appeler des méthodes qui seront exécutés sur le client (si tu gardes une référence vers le proxy de chaque client donc, et tu pourras faire un for each pour les avertir tous)

lock fait juste attendre oui, quand un est entre les { et } du lock les autres font la queue, et chacun passe tout seul

OK merci pour toutes ces précisions.
Lorsque j'aurai une solution qui marche (avec ces précisions ça devrait le faire), je reviendrais dire comment j'ai procédé.
En attendant je laisse le thread, ouvert. (Au pire je le ferme vendredi)

Merci en tout cas.

Bonjour,

Si tu es bien en WCF, tu as un attribut qui te permet de spécifier comment ton service doit agir : ServiceBehavior
Regarde du coté des propriétés ConcurrencyMode et InstanceContextMode mais que ça ne t’empêche pas de regarder les autres propriétés.

Bonne continuation.