Obtenir FileNotFoundException lors de l'initialisation du FileInputStream avec Fichier objet

Je suis en train de l'initialisation d'un objet FileInputStream à l'aide d'un Fichier objet. J'obtiens un fichier introuvable erreur sur la ligne

fis = new FileInputStream(file);

Ce qui est étrange, depuis que j'ai ouvert ce fichier au moyen de la même méthode pour faire des regex de nombreuses fois.

Ma méthode est comme suit:

private BufferedInputStream fileToBIS(File file){

    FileInputStream fis = null;
    BufferedInputStream bis =null; 
    try {
        fis = new FileInputStream(file);
        bis = new BufferedInputStream(fis);
    } catch (FileNotFoundException e) {
        //TODO Auto-generated catch block
        e.printStackTrace();
    }   
    return bis;
}

java.io.FileNotFoundException: C:\dev\server\tomcat6\webapps\sample-site (Accès refusé)

à java.io.FileInputStream.ouvert(Native method)

à java.io.FileInputStream.(Source Inconnue)

à java.io.FileInputStream.(Source Inconnue)

au contrôleur.ScanEditRegions.fileToBIS(ScanEditRegions.java:52)

au contrôleur.ScanEditRegions.tidyHTML(ScanEditRegions.java:38)

au contrôleur.ScanEditRegions.processus(ScanEditRegions.java:64)

au contrôleur.ScanEditRegions.visitAllDirsAndFiles(ScanEditRegions.java:148)

au contrôleur.Le gestionnaire.principale(Manager.java:10)

Le fichier est là, avez-vous des problèmes d'autorisation?

OriginalL'auteur Ankur | 2009-06-16

  1. 9

    À en juger par la stacktrace vous avez collé dans votre post, je suppose que vous n'avez pas les droits pour lire le fichier.

    La classe File permet d'effectue des contrôles utiles sur un fichier, certains d'entre eux:

    boolean canExecute();
boolean canRead();
boolean canWrite();
boolean exists();
boolean isFile();
boolean isDirectory();

    Par exemple, vous pouvez vérifier: exists() && isFile() && canRead() et de l'impression d'un mieux le message d'erreur selon la raison pour laquelle vous ne pouvez pas lire le fichier.

    Le problème a été un répertoire a été transmis dans l' (ainsi que de nombreux fichiers)
    même problème aussi, j'ai trouvé et mon erreur est 02-10 14:18:25.367: W/Système.err(365): java.io.FileNotFoundException: /storage/emulated/0/bhanuдо_свидания.txt: open failed: ENOENT (Aucun fichier ou répertoire) 02-10 14:18:25.367: W/Système.err(365): à libcore.io.IoBridge.ouvert(IoBridge.java:409) 02-10 14:18:25.367: W/Système.err(365): à java.io.FileInputStream.<init>(FileInputStream.java:78)

    OriginalL'auteur Philipp

  2. 3

    C'est a faire avec les autorisations de fichier de paramètres dans l'OS. Vous avez commencé le processus java comme un utilisateur qui n'a pas de droits d'accès au répertoire spécifique.

    OriginalL'auteur kgiannakakis

  3. 3

    Vous pouvez vous assurer que (dans l'ordre de la probabilité-hood):

    1. Le fichier existe.
    2. Le fichier n'est pas un répertoire.
    3. Vous ou le processus Java ont des autorisations pour ouvrir le fichier.
    4. Un autre processus n'est pas un verrou sur le fichier (probable, comme vous le feriez probablement recevoir un standard IOException au lieu de FileNotFoundException)
    même problème aussi, j'ai trouvé et mon erreur est 02-10 14:18:25.367: W/Système.err(365): java.io.FileNotFoundException: /storage/emulated/0/bhanuдо_свидания.txt: open failed: ENOENT (Aucun fichier ou répertoire) 02-10 14:18:25.367: W/Système.err(365): à libcore.io.IoBridge.ouvert(IoBridge.java:409) 02-10 14:18:25.367: W/Système.err(365): à java.io.FileInputStream.<init>(FileInputStream.java:78)

    OriginalL'auteur Bryan Kyle

  4. -1

    Je pense que vous êtes l'exécution de l'instruction à partir d'eclipse ou de tout autre IDE java et le fichier cible est également présent dans l'IDE de l'espace de travail. Vous obtenez l'erreur qu'Eclipse cant lire le fichier cible dans le même espace de travail. Vous pouvez exécuter votre code à partir de l'invite de commande. Il devrait n'y a aucune exception.

    L'affiche originale a déjà accepté une réponse et explique la cause de son problème - il a été en passant dans un chemin d'accès au répertoire plutôt qu'un chemin d'accès au fichier. Veuillez vous assurer de vérifier ce que les autres ont écrit avant de répondre à un historique de la question.

    OriginalL'auteur JAM