tags:

views:

1399

answers:

7

I have a method that writes to a log file. If the file exists it should append to it, if not then I want it to create a new file.

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

I have that to check that a file can be created. file is a java.io.File object. createNewFile is throwing an IOException: No such file or directory. This method has been working perfectly since I wrote it a few weeks ago and has only recently starting doing this although I don't know what I could have changed. I have checked, the directory exists and I have write permissions for it, but then I thought it should just return false if it can't make the file for any reason.

Is there anything that I am missing to get this working?

+1  A: 

Perhaps the directory the file is being created in doesn't exist?

Hemal Pandya
A: 

This could be a threading issue (checking and creating together are not atomic: !file.exists() && !file.createNewFile()) or the "file" is already a directory.

Try (file.isFile()) :

if (file.exists() && !file.isFile()){
   //handle directory is there
}else if(!file.createNewFile()) {
   //as before
}
Thomas Jung
Have you read the JavaDocs for createNewFile? Checking and creating is indeed an atomic operation and hence thread safe.
jarnbjo
file.exist() is atomic and file.createNewFile is atomic. But between these two calls concurrent changes can occur.
Thomas Jung
just have a look at this answer: http://stackoverflow.com/questions/1525060/file-createnewfile-thowing-ioexception-no-such-file-or-directory/1525132#1525132
Thomas Jung
+2  A: 

According to the java docs createNewFile will create a new file atomically for you.

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

Given that createNewFile is atomic and won't over-write an existing file you can re-write your code as

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

This may make any potential threading issues, race-conditions, etc, easier to spot.

Glen
+2  A: 

try to ensure the parent directory exists with:

file.getParentFile().mkdirs()
Omry
+1  A: 

normally this is something you changed recently, first off your sample code is if not file exists and not create new file - you are trying to code away something - what is it?

Then, look at a directory listing to see if it actually exists and do a println / toString() on the file object and getMessage() on the exception, as well as print stack trace.

Then, start from zero knowledge again and re factor from the get-go each step you are using to get here. It's probably a duh you stuck in there somewhere while conceptualizing in code ( because it was working ) - you just retrace each step in detail, you will find it.

Nicholas Jordan
Thanks. I spent a while going back through everything and found where it reads the path from a cfg file it wasn't removing a colon. output_file:path When it was last working I hadn't done the cfg file yet, it was a hard coded path.
Android
@Android: Just curious: Is this any different from what I recommended in http://stackoverflow.com/questions/1525060/file-createnewfile-thowing-ioexception-no-such-file-or-directory/1525073#1525073?
Hemal Pandya
@Hemal Pandya - I saw your comment, and as noted it is correct - I just have been through this so many times i thought I could word it better for the poster.@Android - remember this lesson well, let it constantly be with you. World class operations have been completely bamboozled by this a sufficient number of times that carefully crafted recovery is a super-critical central skill, one that only comes with doing this type of recovery work. Use some type of Feed-Forward archive, with gig drives available at hand, there is no reason to lose recoverable trails.
Nicholas Jordan
A: 
Rakesh Juyal
Is this any different from my answer?
Hemal Pandya
no, obviuosly not :)
Rakesh Juyal
A: 

i think the exception you get is likely the result from the file check of the atomic method file.createNewFile(). the method can't check if the file does exist because some of the parent directories does not exist or you have no permissions to access them. so i would suggest this:

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 */
}

if you take concurrency into account all this checks are useless because in every case some other thread is able to create or delete or do anything else with your file. so in this case you have to use file locks which i would not suggest to do ;)

Harmlezz