Discussion :

[waxman]

Bonjour à tous,

Je dois créer un petit service Windows faisant tourner un écouteur Http (à priori HttpListener fera tres bien le job) afin de rester à l'écoute de requete et de déclencher des actions selon les ordres reçus....

Je n'ai jamais encore joué avec les services Windows.
J'ai effectué avec succès le tuto suivant https://docs.microsoft.com/fr-fr/dot...onent-designer et j'ai bien un service qui s'installe et tourne dans Windows

Je me pose donc désormais la question de la conception du projet.
Je veux dire par là, où suis je censé lancer le HttpListener ?

Je peux par exemple le faire le Main() de Program.cs mais je peux tout aussi bien lancer un thread enfant (pour rendre la main) dans le OnStart() de Service.cs

Quelle est la bonne pratique ?
Vos conseils sont les bienvenus

Merci d'avance

[Pol63]

le mieux est de lancer un thread depuis le onstart du service

pour des choses aynchrones (peut etre le cas du httplisterner) le thread de démarrage n'a plus rien à faire après le démarrage de ces choses, s'arrête, et le service s'arrête aussi du coup, auquel cas un manualresetevent avec un waitone avant la fin du thread permet de laisser le thread en vie (et on peut alors faire .set dans le onstop)

[waxman]

Merci pour cette réponse
Ca rejoint ce que j'envisageais de faire....

Par contre, quand on parle du thread de démarrage, il s'agit duquel ?
Celui qui fait tourner le main() du program.cs et qui lance ensuite le thread de la classe service ?

[Pol63]

moi je parlais de celui qui va te servir à faire démarrer ce que tu dois faire, pas de celui qui fait onstart

[waxman]

Super et merci

Tout tourne comme je le souhaite, je parviens à démarrer mon service, ce dernier inscrit dans les journaux Windows ce qu'il fait et où il en est. Il lance dans un thread séparé mon serveur web qui notifie ma classe service de son état (Idle, Listening, ProcessingRequest)
Ainsi, dans le OnStop, selon l'état de mon thread serveur, je le ferme différemment. En effet, s'il est listening je peux le tuer avec un Abort (Car l'appel à HttpListener.GetContext() est synchrone et bloque l'exécution de mon thread qui reste à attendre une requête). Par contre, s'il est ProcessingRequest, je lui donne l'ordre de se fermer lui même à la fin du traitement de la requête en cours, pour ne pas le tuer sauvagement.....


Une dernière question concernant le service. Où puis je configurer les propriétés de reprise en cas de crash ? Dans l'interface Windows des propriétés d'un service, je peux le configurer manuellement pour redémarrer en cas de défaillance. Ne puis je pas positionner ces valeurs dans mon projet ?

Bonne journée