see http://mindprod.com/jgloss/multiposting.html

JNI

This is inherently OS-specific (if, indeed, it is possible it at all).   So
probably the easiest thing to do is to write/find/buy a little (OS-specific)
program (written in whatever OS-specific language you like) which uses the OS
features to watch for filesystem changes.  It continually writes a list of the
changed files to its stdout (don't forget to flush()!).  Your Java program can
start that off, and read the ongoing stream of filenames (etc) from a
background thread.

Alternatively, you could poll the filesystem from Java.  But unless you are
either looking at a very small number of files, or polling very infrequently,
then you risk putting too high a load on the machine.

   -- chris

   I'm not sure what you mean by "try to know solution for quesion... but
don't comment...", so if you didn't want me to reply to this, I apologize,
and you can ignore the rest of this message.

   Probably, rather than trying to detect file operations on the hard disk,
you're more interested in detecting file operations on the file system. The
distinction is important, because a single file system might span more than
one hard disk (or it might span less than a single hard disk), and a hard
disk might contain data in a filesystem that is not understood by the OS the
JVM is currently running in.

   As Chris has mentioned, your best bet to do this only in Java is to poll
the file system, looking for files. Unfortunately, this won't allow you to
detect changes "immediately". Rather, you'll detect the files when you
actually do the polling.

   - Oliver