Détecter ouverture et fermeture de fichier

Bonjour, je cherche a détecter l'ouverture et la fermeture d'un fichier.
Pour cela j'utilise FileChannel et la méthode tryLock. Ca permet de tenter d'obtenir un verrou exclusif, si la méthode plante, c'est que je peux pas obtenir de verrou et donc que le fichier est ouvert.
Malheureusement cette méthode a ses limites. Déja certains fichiers (ou plutot certains programmes qui ouvre ces fichiers...) sont ouvert sans avoir de Lock, c'est le cas des fichiers txt ou des images par exemple. On peut très bien par exemple renommer un txt alors qu'il est ouvert dans un programme.
D'autre part certains programmes (voir tous?) relache le lock pour sauvegarder le fichier. Donc pendant la sauvegarde, j'ai l'impression que le fichier a été fermé...

Quelqu'un aurait-il déja expérimenté la détection d'ouverture et de fermeture de fichier? Quelqu'un aurait-il une solution (peu importe le langage)?

Merci d'avance

sous linux tu as la commande lsof qui liste tous les handle de toutes les applications.

L'ouverture et la fermeture de fichier est en effet un problème bien distinct du lock.

Tu n'a aucun moyen de savoir de manière sure si une application travaille sur un fichier pour la bonne raison que la plupart du temps elles se contentent de le charger en mémoire et travaillent ensuite sur cette copie en mémoire.

Je confirme tes propos Uther.
Même en récupérant le handle ce pas possible pour deux raisons :
- Comme tu l'as dit certaines applis travaille en mémoire et n'ont donc pas de handle
- Certaines applis (comme open office) travaillent sur un fichier temporaire pendant la sauvegarde et donc perde le handle sur le vrai fichier pendant cette période...

En bref c'est strictement impossible de savoir si un fichier est oiuvert a un instant T.
snif snif...

un handle correspond à l'ouverture, tu confond juste "fichier ouvert" (=un handle existant, concept OS) et "application manipule ce fichier" (concept purement utilisateur qui ne concerne pas l'OS) ;)

Euhhh pour mot un handle est un pointeur vers un fichier...
Si l'application utilise un handle on est sur que le fichier est ouvert. Si elle n'utilise pas de handle c'est que le fichier est fermé pour l'OS, mais rien ne dit que l'appli n'a pas importé ce fichier.
J'ai pas vraiment compris quels concepts j'ai loupé (j'avoue que la c'est pas mon domaine).

tchize_, si tu es en train de me dire que je peux détecter qu'un fichier est ouvert (même uniquement sous linux) dans une appli au point de vue de l'utilisateur alors je suis méga-preneur! Parce que la je nage! :roll:

non justement, comme c'est un concept spécifique à l'application (elle peut très bien avoir tout en mémoire et seulement une strng avec le nom du fichier), c'est impossible à détecter, c'est ce que je disais. Tout ce que tu peux détecter c'est des handle (= fichier ouvert au niveau de l'os). Mais l'un n'implique l'autre que dans un sens (si un application a des handle sur un fichier, elle l'utilise, mais elle peux utiliser un fichier sans garder des handles dessus)

On est d'accord, c'est juste un problème de vocabulaire.

Visiblement ce que Braillane appelle un fichier ouvert est de savoir si une application travaille sur les données d'un fichier.

Mais le fait qu'une application "travaille avec les données d'un fichier" ne signifie pas que cette application gardera le fichier "ouvert" au sens système et encore moins qu'elle le "verrouille".
Souvent le fichier est ouvert d'un point de vue système juste le temps de le charger en mémoire, ou de créer une copie de travail.

On ne peut donc tout simplement pas simplement déterminer si un fichier est "ouvert" dans le sens de Braillane.

Ok, on est tous d'accord, c'est juste que je m'exprime mal :P

Bon bhen, malheureusement, sujet clos!