Discussion :

[Badshade23]

Bonjour tout le monde,

Je rencontre un petit probleme via l'utilisation des fichiers .

Je voudrai savoir si un fichier est encore utilisé par mon programme (quand le flux de donnée n'est pas encore fermer ...) pour pouvoir faire des modifications dessus (suppression ....).

Je ne contrôle pas moi même le flux directement, car je passe par une classe déjà toute faite de javaFX (MediaPlayer) .

Pour fermer le flux j'utilise la méthode "dispose" de MediaPlayer, mais elle met du temps à libérer la ressource (j'ai même lu sur certain forum qu'il y avait un bug de javaFX pour cette méthode http://stackoverflow.com/questions/1...dle-on-windows).

J'ai trouvé sur un autre forum où un développeur utiliser la méthode "FileUtils.touch(file)" d'apache, qui renvoi un boolean (true = fichier libre ,false = l'inverse) mais ça ne fonctionne pas .

Je suis donc preneur de toutes idées , propositions ... qui pourrait solutionner mon probleme .

Merci d'avance.

[hwoarang]

La classe File possede aussi la methode canWrite

Je ne sais pas si ca fonctionnera mieux que FileUtils.touch mais ca vaut le coup d'essayer.

Concernant le probleme, si les fichiers ne sont pas fermés, ca risque d'etre compliqué de les supprimer. Il existe des programmes qui le font (par exemple unlocker, donc c'est faisable. Par contre, je ne sais pas si c'est possible avec les API Java classiques (il y a peut etre besoin de jouer de JNI pour y arriver). De plus, ca peut causer des instabilités, voir plantages puisque ton programme risque de vouloir acceder à un fichier qui n'est plus accessible.

Est ce qu'un simple deleteOnExit avec une gestion de l'existance du fichier avant creation ne suffirait pas ?

[Badshade23]

Merci de t’intéresser à mon problème hwoarang ,
Je me suis déjà penché sur la méthode « canWrite » de la classe File, mais si je ne dis pas de bêtise celle-ci indique juste si on a les droits d'écriture sur le fichier et non si celui-ci est utilisé donc malheureusement elle ne m'apporte aucune aide.
Et j'ai pensé aussi à la méthode « deleteOnExit » mais comme mon but est de "déplacer" le fichier vers un autre répertoire j'utilise la méthode "FileUtils.moveFile" qui si on regarde a l'intérieure copie le fichier dans le répertoire de destination avant de supprimer l'ancien .C'est à cette suppression que m'on exception intervenir ...
J'ai trouvé une solution en ce qui concerne le MediaPlayer de JavaFX. J'ai lu de nombreux post et j'ai compris que c'était le GC une fois la méthode « mediaPlayer.dispose() » appeler qui libérer le fichier en question . Ce qui est à mon avis très mal fait… J’ai donc appelé le GC manuellement est mon problème c’est résolue le fichier n’est plus utiliser par la suite.
Mais je suis toujours preneur d’une solution alternative car ça peut arriver dans d’autre cas et je pense ne pas être le seul à me poser la question ^^.

[hwoarang]

Je me suis déjà penché sur la méthode « canWrite » de la classe File, mais si je ne dis pas de bêtise celle-ci indique juste si on a les droits d'écriture sur le fichier et non si celui-ci est utilisé donc malheureusement elle ne m'apporte aucune aide.

Ah ok. D'après son nom, j'avais supposé qu'elle vérifiait que le fichier était libre. Mais je ne pense pas avoir deja eu ce cas donc il est effectivement possible qu'elle ne le fasse pas...

J'ai trouvé une solution en ce qui concerne le MediaPlayer de JavaFX. J'ai lu de nombreux post et j'ai compris que c'était le GC une fois la méthode « mediaPlayer.dispose() » appeler qui libérer le fichier en question . Ce qui est à mon avis très mal fait… J’ai donc appelé le GC manuellement est mon problème c’est résolue le fichier n’est plus utiliser par la suite.

Effectivement, c'est moche. Mais si c'est bien dispose qui relache le fichier, je ne vois pas non plus d'autre solution à part utiliser un autre framework.

Sinon, comme autre solution moche il y a aussi copier les fichiers que tu peux etre amené à vouloir déplacer avant de les jouer. Comme ca, tu n'ouvres pas le fichier à déplacer et tu peux en faire ce que tu veux. Et pour les fichiers temporaires, tu peux utiliser deleteOnExit. Mais bon, si c'est des gros fichiers, c'est pas top.

[Badshade23]

Sinon, comme autre solution moche il y a aussi copier les fichiers que tu peux etre amené à vouloir déplacer avant de les jouer. Comme ca, tu n'ouvres pas le fichier à déplacer et tu peux en faire ce que tu veux. Et pour les fichiers temporaires, tu peux utiliser deleteOnExit. Mais bon, si c'est des gros fichiers, c'est pas top.

Je suis d'accord avec toi mais je veux le déplacer bien plus tard donc pour mon fonctionnement ça n'est pas possible ^^.
Je trouve dommage qu’il n’existe pas de méthode de la class File ou même d'Apache qui permette de vérifier ça aux vues des recherches effectuer sur Google beaucoup de personnes se pose la question sans trouver de réponse vraiment correcte ...

[tchize_]

Il n'y a pas de méthode pour le faire, car se poser la question "est-ce que j'ai toujours le fichier ouvert" n'a pas de sens.

Si il est ouvert et que tu te pose la question, c'est que tu n'as pas la main sur les ressources te permettant de le fermer => il y a une erreur dans le programme (ou dans javaFX en l'occurence)
Si il est fermé, ça ne veux pas dire qu'il n'est plus verrouillé ou que tu pourra le fermer.

Si la question reviens souvent sur google, c'est parce que les développeur font souvent n'importe quoi avec les ressources et tentent de les retrouver après.


Ensuite, si c'est pour de l'analyse, il existe des outils spécifiques aux OS pour analyser les handles. Sous linux tu peux utiliser lsof.

Enfin, concernant mediaplayer, il devrait libérer immédiatement le fichier dès que tu appelle dispose dessus, vu ce bugfix de 2013:

https://bugs.openjdk.java.net/browse/JDK-8118993

[Badshade23]

Pour la gestion des fichiers je suis totalement d'accord je n'ai jamais rencontré ce problème avant d'utiliser le MediaPlayer.
Et Oui j'ai déjà lu les messages de ce forum notamment le commentaire :
You need to call dispose() method on MediaPlayer, if you do not want to wait for GC to release resources. This API is available since 2.2.40.
Mais s'il est vraiment réparé sachant que je fais bien l'appel de la méthode "stop" puis "dispose()" je ne comprends pas pourquoi cela ne fonctionne pas . Et encore moi pourquoi au simple appel du GC derrière ceci fonctionne parfaitement .

[tchize_]

tu as peut être une autre ressources qui utilise ce fichier? L'appel à GC n'est jamais une bonne idée. Tu n'as même pas de garantie que gc() fera quoi que ce soit.

[bouye]

On est pas à l'abri d'un bug ou d'une régression et si c'est le cas il ne faut pas hésiter à le reporter. Pour le reste, comme indiqué il faut passer par des outils natifs pour tenter de voir les handles en cours.

[Badshade23]

Je suis sur de ne pas avoir une autre ressource qui utilise ce fichier.
Après comme mon application est en swing, je lance un thread via Platform Runlater pour le mediaplayer peut-être qu'il y a quelques millisecondes de décalage entre eux ....

[tchize_]

Tu peux montrer un code qui marche et un code qui foire, comprenant le gc, le dispose et la tentative de delete?

Si tu travaille sur deux thread séparés, il est possible que le gc mette juste en attente ton thread le temps que ton autre thread fasse le dispose

[Badshade23]

Bonjour, désoler du retard de ma réponse j’étais pas mal occupé en ce moment.
Pour le code cela concerne beaucoup trop de classes cela serait incompréhensible de tous mettre ici ...
En attendant je vais garder le système du GC même si ce n'est pas propre, je me repencherai sur la question plus tard.
Je remercie tout le monde pour votre aider, opinion.
Si quelqu'un retombe sur le même problème plus tard, n'hésiter pas à me contacter je vous aiderai avec plaisir si j'ai réussi à résoudre le problème "plus proprement".
Bonne journée à tous, sujet résolu .