[9] RFR (M): 8050052: Small cleanups in java.lang.invoke code (original) (raw)
John Rose john.r.rose at oracle.com
Tue Jul 15 19:51:22 UTC 2014
- Previous message: [9] RFR (M): 8050052: Small cleanups in java.lang.invoke code
- Next message: [9] RFR (M): 8050052: Small cleanups in java.lang.invoke code
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Jul 11, 2014, at 10:56 AM, Remi Forax <forax at univ-mlv.fr> wrote:
On 07/11/2014 06:18 PM, Vladimir Ivanov wrote: http://cr.openjdk.java.net/~vlivanov/8050052/webrev.00 https://bugs.openjdk.java.net/browse/JDK-8050052 I've found myself writing the very same code as MethodHandleStatics.uncaughException several times and I wonder if it should not be an instance method of Throwable. Something like: public E rethrow(Function<? super Throwable, ? extends E> uncaughtHandler) { if (this instanceof RuntimeException) { throw (RuntimeException)this; } if (this instanceof Error) { throw (Error)this; } return uncaughtHandler.apply(this); } in that case, throw uncaughtException(ex) can be replaced by throw ex.rethrow(::newInternalError);
That's not a bad idea, but (odd for me to say this) it is too easy to use.
Occasionally there are reasons for locally subverting static checking of exceptions, usually because we are writing a framework (like jli) that is polymorphic across exception types. The checking is suppressed in one place so it can be reasserted elsewhere, usually with some concerted wrapping and unwrapped (aka exception tunnelling). An API which assists in doing this would be helpful, but it should be highly specific. In effect it should say "I am temporarily suppressing all checked exceptions except the locally checked ones X, Y, Z, and tunnelling the rest through a wrapper W."
A secondary point is that the wrapper should generally not be something really general like "Error"; perhaps "InternalError" or "AssertionError" would be more helpful. But sometimes it needs to be a single checked exception. I guess I'm saying the API needs careful definition. Time for a JEP (but not mine!).
It's an esthetic point, but "rethrow" is too breezy and quick to fully communicate valid intentions (as sketched above), and too ready to ease subversion of checks. Imagine the stack overflow articles saying, "hate Java exception checks? just type the following to get rid of them all!" Don't. Want.
— John
- Previous message: [9] RFR (M): 8050052: Small cleanups in java.lang.invoke code
- Next message: [9] RFR (M): 8050052: Small cleanups in java.lang.invoke code
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]