Discussion :

[arioule]

salut,

J essaie de creer une application C# qui s execute tout les x temps.
Celle ci est charger tout les x temps de scruter le contenu d un repertoire, pour recuperer les nouveaux fichers.
ou meme est t il possible de creer une application qui scrute en continue.

Merci d avance pour votre aide.

Arioule

[ced600]

As tu déjà entendu parlé des timers ?
C'est ce qu'il te faut.
Je te laisse chercher sur les tutoriaux et sur des exemples et des explications sur leurs utilisations.

Sinon tu peux utiliser les taches planifiées de windows pour exécuter par exemple toutes les heures ton programme de surveillance.

[LaChips]

Bonjour,
Tu as plusieurs possibilités :
_ Utiliser un programme qui fait un seul tour (scruter...) et utiliser les tâches planifiées
_ Tu peux utiliser une méthode avec un timer qui la déclenche toutes les 10mins...
_ Ou utiliser une boucle "infinie" avec un thread qui se met en pause 10min à la fin du traitement

[Sphax]

Tu as aussi un composant tout prêt pour faire ce que tu veux : le FileSystemWatcher. Il t'informe de ce qui se passe sur un répertoire, création / suppression de fichier etc... Tu peux le configurer (je crois que c'est pas simple à configurer).

[UNi[FR]]

L'idéal serait de créer un service qui utilise un FileSystemWatcher

[cinemania]

je suis pas sure que FileSystemWatcher fonctionne en mode service.

Il ne faut pas oublié qu'une grande majorité des "composants" qu'ils soient fenetrés ou pas d'ailleurs ne fonctionnent plus dès lors que l'on travail dans un service.
En effet, en mode service, il n'y a pas vraiment de thread principal, il n'est donc pas assigné à pomper la file de message windows, car de toute facon il n'y a pas de file de message pour les services. Or la grande majorité de ces composants est fondé sur l'interception des messages en provenances de windows.
Ainsi System.Windows.Form.Timer utilise un message en provenance de cette file pour savoir qu'il est arrivé à terme et qu'il doit lancer son évenement.
Pour faire simple on peut dire qu'une grande majorité lance une ressources asynchrones dans le systeme d'exploitation et demande à celui-ci d'envoyer un message indiquant la fin de la tache à l'application. Ca marche c'est sure... mais pas en dehors d'une application.
(certes réellement c'est plus complexe que cela, mais ca peut se résumer de la sorte)

Soit il est "joueur" et essaie FileSystemWatcher en mode service... soit il n'est pas "joueur", ou aime pas se prendre pour un apprenti sorcier et fait un thread qui scrute le repertoire toutes les N secondes ou minutes.

[ppphil]

Pour les FileSystemWatcher dans un service : y a pas de blème ! Ca fonctionne sans problème.
Pour ce qui est de la configuration et l'utilisation des FileSystemWatcher, c'est vrai que ce n'est pas facile. Le mieux est de créer une appli qui log dans un fichier tous les événements avec les données des paramètres. Ainsi il est plus facile de déterminer de quels événements on a besoin et comment les utiliser. Par exemple, lors de création d'un nouveau fichier il y a plusieurs événements qui se déclenchent (Change, Create, ...). La propriété NotifiFilter doit être aussi correctement définie. Moi je l'ai définie comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Watcher.NotifyFilter = NotifyFilters.DirectoryName | NotifyFilters.LastWrite | NotifyFilters.FileName;

Mais c'est un beau petit job. Bon amusement !!

[ced600]

Intéressant ce que tu dis cinemania :
Serais tu en train de dire que faire du multithreading en tant que service windows ce n'est pas gagné ?
je comptais prochainement lancer plusieurs thread d'une application encapsulé dans un service windows, c'est peut être peine perdu alors ?