Discussion :

[snopims]

j'ai un site web, j'aimerais à interval régulier lancer une tâche.

L'idée premiere était de lancer un thread à partir de Application_start, ce thread gérerais la tache. Il s'avère que je ne sais pas si cette méthode est "propre" de plus lorsque le site n'a pas d'activité il se met en off "Application_end" et tue mon thread .

Autre solution serait de faire un application console et de la lancer via windows service, mais l'application devrait reutilisé les dlls du site, je devrais réppliquer l'ensemble des clés de mon web.config et donc au niveau de la maintenance, cela m'inquiete un peu.

auriez vous un avis sur mes solutions, ou une solution miracle ?

[DotNetMatt]

Je te conseille de regarder du côté des Services Windows, ou bien de déporter ton processus dans une application Console, qui sera lancée à intervalles réguliers par le Gestionnaire de Tâches de Windows.

Tu ne seras ainsi pas gêné par le cycle de vie de IIS...

[snopims]

Si je fais un exe, n'y a t'il pas une méthode pour ne pas répliquer les dlls et le web.config ?

[DotNetMatt]

Pour ne pas avoir à recopier les DLLs, tu peux envisager l'utilisation du GAC. Ainsi tu ne devras déployer tes assembly qu'une seule fois, et ils seront accessible par ton service/appli console, ainsi que par ton application Web.

En ce qui concerne les paramètres du fichier web.config, si tu veux éviter la copie, il faudra aller lire ton web.config depuis ton service/appli console. Tu peux garder ces paramètres en mémoire le temps que ton programme tourne, et à chaque lancement, tu répètes l'opération de lecture.

[bossun]

Une autre méthode est d'implémenter tout ce que tu veux faire dans une page aspx et d'appeler ta page à partir d'une tache planifiée windows.

J'utilise cette méthode et ça fonctionne assez bien.

[DotNetMatt]

Effectivement ça fonctionne aussi, mais je ne suis personnellement pas très fan de ce genre d'approche, car à la base ASP.NET fonctionne de manière passive, en répondant à des requêtes HTTP.

Je pense qu'il vaut mieux mettre en place un Web Service par exemple, qui va exposer la logique à exécuter. Cela évitera de devoir donner à l'application ASP.NET la responsabilité de l'exécution du code à intervales réguliers. Que se passe-t-il si le serveur redémarre ? Que se passe-t-il en cas de recyclage de l'application pool ? ... Autant de questions à se poser.

Ensuite, à mon sens, la meilleure solution est d'utiliser un Service Windows, qui a l'avantage de pouvoir s'exécuter dans beaucoup de situations (par exemple si le serveur est en train de redémarrer, le service sera automatiquement lancé lorsqu'il aura terminé de rebooter...).

Voici un exemple concret qui montre comment mettre en place ce genre de solution : http://msdn.microsoft.com/en-us/magazine/cc163821.aspx

Cela est bien entendu discutable, mais c'est mon point de vue