Version imprimable
Bonjour
J'ai ecrit une petite application de rapport qui doit s'executer au maximum une fois par jour
L'utilisateur dispose d'une interface lui permettant de definir a quelle heure et quels jours de la semaine l'application doit s'executer
Je me demande s'il est préférable
1- de faire service (qui donc sera chargé en arriere plan)
2-d'essayer plutot d'utiliser le Windows scheduller
Des avis 8O
Merci
Salut,
j'ai eu à faire ça il y a quelques temps, et finalement je m'étais penché sur le framework Spring.NET (gratuit) qui inclut des fonctionnalités de scheduling assez avancées. Parce que le problème du scheduler Windows, c'est que l'utilisateur peut le désactiver ou le modifier...
Spring se sert pour le scheduling d'un autre framework, Quartz, spécialisé là-dedans, mais que je n'ai jamais utilisé sans Spring, donc je ne sais pas ce que ça donne.
www.springframework.net/
Salut
Merci de ta réponse
Ca c'est pas grave car de toute façon ca doit tourner sur un serveur auquel l'utilisateur n'a pas accesCitation:
Parce que le problème du scheduler Windows, c'est que l'utilisateur peut le désactiver ou le modifier...
Mais la question reste en terme d'efficacité : vaut il mieux creer le scheduller dans un service ou bien faire un exe et parametrer par programation le schediuller de windows (sachant que le run effectif ne se fait au maximum qu' une fois par jour)
Franchement, c'est à tester. Je n'ai aucun ordre d'idée de la différence en termes de perf entre les deux. En termes de fiabilité, j'aurais tendance à programmer mon propre scheduler.
Si c'est juste un lancement basique d'appli, sans paramètres ni rien, ça devrait pas être bien long de mettre en place un petit test pour chacune des possibilités, en tout cas si tu le fais je serais curieux de connaître le résultat, c'est un truc qu'on peut tous rencontrer un jour où l'autre !
Salut
La plus grosse difficulté a surmonter a mon avis c'est comment creer par programmation un job qui sera executé par Windows
Je sais que ces informations sont stockées dans des .job files, j'ai trouvé un lien d'un projet qui semble faire quelque chose a ce niveau
Mais je pense que c'est bugué et je n'ai non plus pas bien compris le bingz qu'il fabrique
Donc pour le moment je cherche des info sur la configuration du Scheduller
http://www.codeproject.com/KB/cs/tsnewlib.aspx
Le choix dépend de beaucoup de paramètre comme le coup d'un démarrage à froid de l'application ou son empreinte mémoire.
Les commandes shell "at" ou "shtask" permettent de faire la majorité du paramétrage d'une tâche planifiée au moment de l'installation de l'application.
Merci bacelar
Oui en definitive je pense utiliser
Citation:
taskschd.exe
avec System.Diagnostics.Process.Start
le scheduler de windows est à mon avis le plus simple à mettre en place
et y a pas de question d'efficacité à se poser, en service ou schedulé ca revient au meme au final !
Ca c'est pas evident tel que je le comprends !Citation:
et y a pas de question d'efficacité à se poser, en service ou schedulé ca revient au meme au final !
Le sytem verifie de toute facon sa liste de task, ajouter un élément c'est pas grand chose
Tandis qu'un service c'est quand meme une app chargée en memoire et qui tourne en permanence en backround
oui mais si dans ton service tu vérifies de tant en tant si c'est l'heure ca va prendre 0,1% du processeur toutes les minutes et 10Mo de ram ...
donc c'est transparent
!!!Citation:
10Mo de ram
D'ou tu sort ce chiffre ?
C'est pas tres transparent tout ca 8O:?
c'est un chiffre improvisé certes mais issu de mes constatations
si tu fais rien à part attendre t'as quand même quelques Mo de pris ... m'enfin pas plus de 25 je pense
en plus tu précises que c'est pour mettre sur un serveur, donc même 50Mo c'est rien du tout sur un serveur ...
et puis si tu penses qu'un service c'est moins performant que d'utiliser les taches planifiées pourquoi tu te poses la question, utilises le scheduler ...
Salut
Je cherche simplement les pour et les contre !
Dans le contexte je finis effectivement par penser que le service n'est pas approprié
Soyons prudent.
Maintenir une application Console et un service Windows, si le travail est déporté dans une dll ou dans des sources partagées, cela ne coute pas bien chère en maintenance. (si tests unitaires automatiques etc...)