This bug tracks updates to the JSR-203 spec that have accumulated since the integration into jdk7 b50.
- The FileRef interface has gone astray from its original goals and should be corrected. It should be a simple interface that allows the file to be opened for reading or writing, and provide access to associated metadata. It can be implemented by Path and java.net.URL.
- The conditions for when Path#toAbsolutePath throws a security exception are not clear and should be clarified.
- Path defines both delete() and delete(boolean). The latter method would be cleaner if replaced by a deleteIfNotexists method.
- Path#newDirectoryStream(String) declares a bogus UOE.
- Path#copyTo should make it clear that last-modified-time is only copied if supported by file system.
- Paths.get(URI) and FileSystemProvider should make it clear that the FileSystem can be created on-demand
- BasicFileAttributes#linkCount should be removed.
- PosixFilePermissions#toString should make it clear that the returned String is parsable by fromString.
- lookupPrincipalByGroupName returns a GroupPrincipal (spec currently states a user principal).
- API doesn't have the equivalent of File#mkdirs. This is trivially added as Files#createDirectories.
- DirectoryStreamFilters is not as useful as originally thought; it can be removed.
- FileAction/Files#withDirectory is not as useful as originally thought; it can be removed.
- SecureDirectoryStream#newDirectoryStream has a boolean to indicate if links should be followed. This should be changed to LinkOption... and the filter removed.