java.nio.file.Path and java.io.File Forward Slash and Backward Slash in File Names on HFS+ and FAT or ExFat File Systems
OS X uses the HFS+ file system (soon to also use the new APFS). But FAT and ExFAT can also be mounted on the desktop. Maybe NTFS also (though perhaps read only). NFS can be mounted remotely.
In developing IntegrityChecker Java version (icj) I wanted to be fully cross-platform, but I’ve been stymied by a Java API bug: there is no way to designate a file or folder name that contains the path-separator characters / and \ (forward and backward slashes).
Not in the traditional java.io.File, and not in the newer java.nio.Path. The API just does not deal with file names that use path separators. Attempting to create a File or Path with slashes yields a “file not found” error, since the slashes are interpreted as folders separators. Listing files as in File.listFiles() or walking the file tree as in java.nio.file.SimpleFileVisitor deliver files with the colon ':' character substituted for the forward slash '/'. Yikes.
For example the filename “_forward_ 03/05/1998.txt” becomes “_forward_ 03:05:1998.txt”. On OS X at least, using the mangled name actually works—the APIs interpret the color character as a slash. But that’s OS X, and I don’t know what Java does on Windows or Linux or etc.
I’ve tried escaping, as in “//” and “\/” and so on—no luck. I’m stymied.
When a slash is a colon
Apple has its own odd behaviors: some file system API calls substitute the colon ':' character for forward slashes in file names, either on FAT or ExFAT or HFS+. But not all!
So does Java, since it apparently gets the names from Apple APIs that do this substitution.
This is true in the traditional file system APIs (PBGetCatalogInfo) as well as in Terminal:
diglloydMP:yikes! lloyd$ ls -l
-rwxrwxrwx@ 1 lloyd staff 9 Jul 30 12:09 _back_ 08\17\1998.txt
-rwxrwxrwx@ 1 lloyd staff 9 Jul 30 12:09 _forward_ 03:05:1998.txt <=== / characters become :