tags:

views:

170

answers:

5

I never thought it would happen to me, but I ran into my first bug in Java:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5003595

I'm pretty much in the same exact situation as described in the bug (NFS on linux), and I'm seeing that File.exists() is not returning the correct value (at least not right away).

So my question is, is there any alternative to this method of checking if a file exists? I'd prefer to keep it OS agnostic if possible.

EDIT: I have found a workaround. If you make a call to 'ls $filedir', the NFS refreshes whatever cache/metadata that is giving Java trouble, and File.exists() returns the correct value. Granted, this isn't totally ideal, since it hurts portability, but there are ways to deal with that problem.

Thanks, -Ben

+4  A: 

All File.exists tells you is whether the file existed at some point in the past. It doesn't tell you:

  • Whether it will exist when you try to open it
  • Whether you have permission to open it
  • Anything useful at all, really

So try to design your application so it can handle files that don't exist without trying to check for that in advance. (You'll have to handle various exceptions when actually working with the file.)

Ben Voigt
You are assuming I'm going to open the file later, which isn't true in my particular situation. I don't actually end up opening the file in my application at all; I'm checking for existence for other reasons.
Ben
+5  A: 

What happens if File.exists() returns true, then someone deletes the file/your NFS mount goes away, then you try and open the file? Basically, File.exists() is useless since you need to handle the exceptions that can arise from opening the file anyway.

dty
A: 

The obvious alternative is File.isFile(). Try that first.

Although it will become inaccurate when reading read-only files you could always use the File.canWrite() to check if the file exists.

If both the above fail you could use the File.length(). If it returns 0L you know that the file does not exists.

Adam
+2  A: 

I notice that Java 7's java.nio.file.Path.exists() method returns false if the file doesn't exist or it's existence can't be determined. It would seem, therefore, that false negatives will be around for a while and that your code will need to tolerate them.

Steve Emmerson
+2  A: 

The basic problem you have with NFS is that it caches attributes, files and directories information. This means the information can be out of date. You might be able to turn off caching, you will see a significant reduction in performance.

The important thing to remember is that NFS is not a messaging service and is not designed for timely delivery of data.

Peter Lawrey
This is about as close of an answer I can mark. The problem really lies more closely to the fact that an NFS is being used. In my situation, a file with filename x.file is made, then deleted, then re-made with the same name (x.file). After it is re-made, calls to stat on the file claim that it doesn't exist. Calling 'ls' on the whole directory seems to refresh the cache and fix Java's file.exists() problem, and calls to stat also start returning correctly. This seems to indicate the problem is more to do with NFS than Java.
Ben