I'm receiving a string from an external process. I want to use that String to make a filename, and then write to that file. Here's my code snippet to do this:
String s = ... // comes from external source
File currentFile = new File(System.getProperty("user.home"), s);
PrintWriter currentWriter = new PrintWriter(currentFile);
If s contains an invalid character, such as '/' in a Unix-based OS, then a java.io.FileNotFoundException is (rightly) thrown.
How can I safely encode the String so that it can be used as a filename?
Edit: What I'm hoping for is an API call that does this for me.
I can do this:
String s = ... // comes from external source
File currentFile = new File(System.getProperty("user.home"), URLEncoder.encode(s, "UTF-8"));
PrintWriter currentWriter = new PrintWriter(currentFile);
But I'm not sure whether URLEncoder it is reliable for this purpose.
You could remove the invalid chars ( '/', '\', '?', '*') and then use it.
If you want the result to resemble the original file, SHA-1 or any other hashing scheme is not the answer. If collisions must be avoided, then simple replacement or removal of "bad" characters is not the answer either.
Instead you want something like this.
This solution gives a reversible encoding (with no collisions) where the encoded strings resemble the original strings in most cases. I'm assuming that you are using 8-bit characters.
URLEncoder
works, but it has the disadvantage that it encodes a whole lot of legal file name characters.If you want a not-guaranteed-to-be-reversible solution, then simply remove the 'bad' characters rather than replacing them with escape sequences.
Try using the following regex which replaces every invalid file name character with a space:
My suggestion is to take a "white list" approach, meaning don't try and filter out bad characters. Instead define what is OK. You can either reject the filename or filter it. If you want to filter it:
What this does is replaces any character that isn't a number, letter or underscore with nothing. Alternatively you could replace them with another character (like an underscore).
The problem is that if this is a shared directory then you don't want file name collision. Even if user storage areas are segregated by user you may end up with a colliding filename just by filtering out bad characters. The name a user put in is often useful if they ever want to download it too.
For this reason I tend to allow the user to enter what they want, store the filename based on a scheme of my own choosing (eg userId_fileId) and then store the user's filename in a database table. That way you can display it back to the user, store things how you want and you don't compromise security or wipe out other files.
You can also hash the file (eg MD5 hash) but then you can't list the files the user put in (not with a meaningful name anyway).
EDIT:Fixed regex for java
For those looking for a general solution, these might be common critera:
To achieve this we can use regex to match illegal characters, percent-encode them, then constrain the length of the encoded string.
Patterns
The pattern above is based on a conservative subset of allowed characters in the POSIX spec.
If you want to allow the dot character, use:
Just be wary of strings like "." and ".."
If you want to avoid collisions on case insensitive filesystems, you'll need to escape capitals:
Or escape lower case letters:
Rather than using a whitelist, you may choose to blacklist reserved characters for your specific filesystem. E.G. This regex suits FAT32 filesystems:
Length
On Android, 127 characters is the safe limit. Many filesystems allow 255 characters.
If you prefer to retain the tail, rather than the head of your string, use:
Decoding
To convert the filename back to the original string, use:
Limitations
Because longer strings are truncated, there is the possibility of a name collision when encoding, or corruption when decoding.
This is probably not the most effective way, but shows how to do it using Java 8 pipelines:
The solution could be improved by creating custom collector which uses StringBuilder, so you do not have to cast each light-weight character to a heavy-weight string.