One reason I keep pouring salt on this tiny wound is that throwing (unchecked) UOE for system-dependent failures when normally IOE is thrown is a fundamental design mistake for java and its checked exception design. I think it violates Josh's Effective Java Item 58: Use checked exceptions for recoverable conditions and runtime exceptions for programming errors. I don't think it's worth fixing places in jdk8 where this small mistake was made, but we can at least stop the incompatible worsening of existing APIs.
On Fri, Feb 20, 2015 at 3:49 AM, Alan Bateman <alan.bate...@oracle.com> wrote: > On 19/02/2015 21:54, Jason Mehrens wrote: > >> I'm assuming that compatibility is given more weight vs. correcting >> choices made in the original design. >> >> Yes, I think we've spent more than enough time on it. In this case it's > for a major release only and the compatibility impact seems to be only > platforms or implementations that don't support launching of processes > today but are running applications that attempt to start processes anyway. > So overall it doesn't seem to be something to be overly concerned with. > > -Alan >
