On 27/11/2014 16:32, Jonathan Gibbons wrote:

Alan,

Thanks for the perspective on why it is UOE. Kevin's blog is interesting, but as I read it, it argues against UOE :-)
I think there's a discussion point there as Path is an interface and there are different concrete types. In any case, we can't change this of course.


:

I think this means that from the point of view of an API using java.nio.file.Path internally, UOE should not be propagated to clients of that API. Instead, it should be caught and rethrown as something more specific to that level of API.

The toFile() method is meant for interoperability with the legacy API and so some care is required to avoid using it on Paths to objects in arbitrary file system that could not be represented by java.io.File. I think I'd need to see more context to know if you should be propagating anything or whether the issue is just an incorrect assumption somewhere.

-Alan

Reply via email to