FileSystemWatcher: comment savoir qu'un fichier est complet?

Bonjour,

J'ai une application qui créée des fichiers PDF à partir de fichiers de CAO et j'aurais besoin de savoir quand la création du PDF est totalement terminée. J'ai pensé utiliser l'objet FileSystemWatcher de .NET mais le problème est que l'événement Created est lancé au début de la création du PDF et non à la fin comme je le souhaiterais... Cette création pouvant prendre près de 10 secondes selon les cas, j'ai vraiment besoin de connaître la fin du job.

Est-ce que quelqu'un peut m'indiquer une bonne manière de procéder?

Merci d'avance!

En travaillant avec la date et heure de dernière modification du fichier (FileSystemInfo.LastAccessTime) ?

ça peut être une idée mais pas concluant dans mon cas. Par contre, une fois la conversion terminée, j'efface le fichier CAO et là j'utilise l'événement OnDelete du FileSystemWatcher. Il faut savoir que la conversion s'effectue à l'aide d'un process séparé, c'est pour cela que j'agis ainsi.

Je n'ai jamais utilisé le FileSystemWatcher mais ma première idée serait de dire: tant que je n'ai pas l'accès exclusif au fichier c'est que le process n'a pas terminé de générer le fichier.

La "bonne" méthode de manière générale, c'est que lorsqu'un processus effectue une traitement, c'est lui qui informe les autre processus quand il a terminé.
(je parle de "processus" au sens large : application, processus, thread, etc...)

Avec le FileSystemWatcher, tu prends le problème à l'envers : tu cherches à détecter qu'un autre processus a terminé son traitement.
Ce n'est pas une "bonne" manière de procéder.

Reste à voir si son application qui génère les fichiers en est capable et surtout quel est le "travail" à faire avec le fichier une fois celui-ci généré.

Y'a une solution hybride :
quand ton process qui traite les pdf a terminé, il créé un fichier "nom-du-pdf.txt" au même endroit.
Quand le FileSystemWatcher détecte ce fichier, il sais que le PDF associé est traité.