Why doesn't FileSystemProvider#getFileAttributeView() throw an IOException?

[Colin Decker]

Implementing the file attribute stuff (in a generalized way, anyway) is
somewhat of a pain, but implementing views didn't seem like a particularly
hard part of that to me. You just need to look up the file for each
operation on the view. I handled that by having views wrap a FileLookup
<https://github.com/google/jimfs/blob/master/jimfs/src/main/java/com/google/common/jimfs/FileLookup.java>
object
rather than a handle to an open file. Not saying that's exactly how it
should work in all cases or anything, of course.

On Fri Dec 12 2014 at 9:43:58 AM Francis Galiegue <fgaliegue at gmail.com>
wrote:

> On Fri, Dec 12, 2014 at 3:35 PM, Alan Bateman <Alan.Bateman at oracle.com>
> wrote:
> > On 12/12/2014 14:00, Francis Galiegue wrote:
> >>
> >> All other methods to read/write attributes (including the one in
> >> Files) do. This one is the only exception.
> >>
> >> This is all the more strange that you are theoretically supposed to
> >> follow symlinks if the relevant link option is passed and your fs
> >> supports it, and .toRealPath() _does_ throw an IOException...
> >>
> >> Overlook?
> >>
> >> At this moment, it appears that on error there is no other choice than
> >> to throw an unchecked exception... Ouch.
> >
> >
> > This method doesn't read/write file attributes. Instead it is specified
> to
> > return you an object of the given view type that you can use to access
> the
> > attributes that the view defines.
> >
>
> Uh, doesn't that pretty much mean that implementations of such views
> are essentially condemned to do "lazy loading", including the path?
>
> > Most applications shouldn't need to work
> > at this level of course (as Files defines methods to do most of the
> common
> > operations).
> >
>
> Well yes, and these method _do_ throw IOExceptions, which is why I
> find it really strange that this one does not.
>
> While the explanation kind of makes sense, implementing it is, uh.
>
> --
> Francis Galiegue, fgaliegue at gmail.com, https://github.com/fge
> JSON Schema in Java: http://json-schema-validator.herokuapp.com
> Parsers in pure Java: https://github.com/parboiled1/grappa (redde
> Caesaris: https://github.com/sirthias)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/nio-dev/attachments/20141212/f1736ef4/attachment.html>