java.io.FileNotFoundException (Access is denied)
Bonjour, Sur une application cliente nous avons des erreurs aléatoire d'accès refusé à certains fichiers probablement a cause de windows (voire même windows 7). Par contre, là où je m'interroge, c'est que l'erreur est aléatoire et très rare, mais semble toujours survenir dans la même méthode : http://www.nuiton.org/projects/nuiton-utils/repository/revisions/2129/entry/... Voici une trace : java.io.FileNotFoundException: xxx (Accès refusé) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(Unknown Source) at java.io.FileOutputStream.<init>(Unknown Source) at org.nuiton.util.ZipUtil.uncompressAndRename(ZipUtil.java:134) Le code ne me semble pas incorrect, mais est-ce seulement la faute de windows ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
On Thu, 19 Jan 2012 16:27:26 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Bonjour,
Sur une application cliente nous avons des erreurs aléatoire d'accès refusé à certains fichiers probablement a cause de windows (voire même windows 7).
Par contre, là où je m'interroge, c'est que l'erreur est aléatoire et très rare, mais semble toujours survenir dans la même méthode : http://www.nuiton.org/projects/nuiton-utils/repository/revisions/2129/entry/...
Voici une trace : java.io.FileNotFoundException: xxx (Accès refusé) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(Unknown Source) at java.io.FileOutputStream.<init>(Unknown Source) at org.nuiton.util.ZipUtil.uncompressAndRename(ZipUtil.java:134)
Le code ne me semble pas incorrect, mais est-ce seulement la faute de windows ?
Je dirais qu'il y a un caractère special (/ ou \ ?) dans le nom du fichier, donc le mkdirs() du dessus echoue (et comme on regarde pas le resultat du mkdirs on peut pas le savoir :(). Puis lors de l'ecriture du fichier vu que le repertoire dans lequel il doit creer le fichier n'existe pas, il y a exception. Mais vu que tu as masque le nom du fichier je ne peux pas le savoir :( Une autre explication est qu'on a pas le droit d'ecrire le fichier dans le repertoire ou on veut le faire (mais la il faudra connaitre encore une fois le fichier problematique et avoir les droits existants sur la machine sur le repertoire pour la personne logguée. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Le 20/01/2012 16:05, Benjamin POUSSIN a écrit :
Je dirais qu'il y a un caractère special (/ ou \ ?) dans le nom du fichier, donc le mkdirs() du dessus echoue (et comme on regarde pas le resultat du mkdirs on peut pas le savoir :(). Puis lors de l'ecriture du fichier vu que le repertoire dans lequel il doit creer le fichier n'existe pas, il y a exception.
Mais vu que tu as masque le nom du fichier je ne peux pas le savoir :( C'est un problème de dezipage de simulation. Le nom n'est pas bizar du tout et échoue entre 1 et 3 fois sur 250 :(
Une autre explication est qu'on a pas le droit d'ecrire le fichier dans le repertoire ou on veut le faire (mais la il faudra connaitre encore une fois le fichier problematique et avoir les droits existants sur la machine sur le repertoire pour la personne logguée. Idem, le dossier parent est le même pour tous les dezippages et n'echoue que très rarement.
Je ne pense pas que ce soit une erreur de code. Le code s'execute plusieurs fois dans un lapse de temps assez long dans le même context, et certaine fois, cela ne fonctionne pas. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
On Fri, 20 Jan 2012 16:00:11 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Le 20/01/2012 16:05, Benjamin POUSSIN a écrit :
Je dirais qu'il y a un caractère special (/ ou \ ?) dans le nom du fichier, donc le mkdirs() du dessus echoue (et comme on regarde pas le resultat du mkdirs on peut pas le savoir :(). Puis lors de l'ecriture du fichier vu que le repertoire dans lequel il doit creer le fichier n'existe pas, il y a exception.
Mais vu que tu as masque le nom du fichier je ne peux pas le savoir :( C'est un problème de dezipage de simulation. Le nom n'est pas bizar du tout et échoue entre 1 et 3 fois sur 250 :(
ce n'est pas parce que le fichier zip n'est pas complet ? On dezippe avant qu'il ne soit completement arrive ? -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Le 20/01/2012 16:25, Benjamin POUSSIN a écrit :
ce n'est pas parce que le fichier zip n'est pas complet ? On dezippe avant qu'il ne soit completement arrive ? Nom, parce que suivant le code, le zip est lu, mais c'est à la création du flux de sortie (sur un fichier) que ca plante.
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
participants (2)
-
Benjamin POUSSIN -
Eric Chatellier