File.createNewFile() thowing IOException Nessun file o directory di questo tipo

Question

Ho un metodo che scrive in un file di registro. Se il file esiste dovrebbe aggiungerlo, se no, allora voglio che crei un nuovo file.

if (!file.exists() && !file.createNewFile()) { 
    System.err.println("Error with output file: " + outFile 
     + "\nCannot create new file."); 
    continue; 
} 

Ho quello di verificare che un file può essere creato. il file è un oggetto java.io.File. createNewFile lancia una IOException: nessun file o directory di questo tipo. Questo metodo ha funzionato perfettamente da quando l'ho scritto poche settimane fa e solo di recente ho iniziato a farlo anche se non so cosa avrei potuto cambiare. Ho controllato, la directory esiste e ho i permessi di scrittura per questo, ma poi ho pensato che dovrebbe restituire false se non può rendere il file per qualsiasi motivo.

C'è qualcosa che mi manca per farlo funzionare?

Answer 1

normalmente questo è qualcosa che si è cambiato di recente, prima di tutto il codice di esempio è se non il file esiste e non creare un nuovo file - si sta tentando di codice via qualcosa - cos'è?

Quindi, guardare un elenco di directory per vedere se esiste effettivamente e fare un println/toString() sull'oggetto file e getMessage() sull'eccezione, nonché stampare traccia dello stack.

Quindi, ricominciare da zero conoscenza e ri-fattore dal get-go ogni passo che si sta utilizzando per arrivare qui. Probabilmente è un duh che hai bloccato lì da qualche parte mentre concettualizzi nel codice (perché stava funzionando) - devi solo ripercorrere ogni passaggio in dettaglio, lo troverai.

Answer 2

Forse la directory in cui si sta creando il file non esiste?

Answer 3

Questo potrebbe essere un problema di threading (controllo e creando insieme non sono atomiche: !file.exists() && !file.createNewFile()) o il "file" è già una directory.

Try (file.isFile()):

if (file.exists() && !file.isFile()){ 
    //handle directory is there 
}else if(!file.createNewFile()) { 
    //as before 
} 

Answer 4

Secondo i documenti [java] (http://java.sun.com/j2se/1.5.0/docs/api/java/io/File.html#createNewFile()) createNewFile creerà un nuovo file di atomicamente per voi.

Atomically creates a new, empty file named by this abstract pathname if and only if a file with this name does not yet exist.

Dato che createNewFile è atomico e non saranno sovrascrivere un file esistente è possibile ri-scrivere il codice come

try { 
    if(!file.createNewFile()) { 
     System.out.println("File already exists"); 
    } 
} catch (IOException ex) { 
    System.out.println(ex); 
} 

Questo può rendere i potenziali problemi di threading, race-condizioni , ecc., più facile da individuare.

Answer 5

cercare di garantire la directory padre esiste con:

file.getParentFile().mkdirs() 

Answer 6

vi sono certamente ottenendo questa eccezione 'Il sistema non riesce a trovare il percorso specificato'

Proprio di stampa 'file.getAbsoluteFile()', questo vi permetterà di sapere che cosa è il file che si voleva creare.

Questa eccezione si verificherà se la directory in cui si sta creando il file non esiste.

Answer 7

Penso che l'eccezione che si ottiene sia probabilmente il risultato del controllo file del metodo atomico file.createNewFile(). Il metodo non può verificare se il file esiste perché alcune directory padre non esistono o non si dispone delle autorizzazioni per accedervi. Vorrei suggerire questo:

if (file.getParentFile() != null && !file.getParentFile().mkDirs()) { 
    // handle permission problems here 
} 
// either no parent directories there or we have created missing directories 
if (file.createNewFile() || file.isFile()) { 
    // ready to write your content 
} else { 
    // handle directory here 
} 

Se si prende in considerazione la concorrenza, tutti questi controlli sono inutili perché in ogni caso qualche altro thread è in grado di creare, cancellare o fare qualsiasi altra cosa con il file. In questo caso è necessario utilizzare i blocchi di file che non consiglierei di fare;)

Answer 8

Nel mio caso era solo una mancanza di autorizzazione:

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />