RFR: 8375016: Several catch blocks for NullPointerExceptions exist in the codebase [v5]

Andy Goryachev angorya at openjdk.org
Thu Jan 15 19:37:02 UTC 2026


On Thu, 15 Jan 2026 19:29:52 GMT, Christopher Schnick <duke at openjdk.org> wrote:

>> modules/javafx.base/src/main/java/com/sun/javafx/binding/SelectBinding.java line 97:
>> 
>>> 95:             // The type returned might be wrong, but this would not throw any ClassCastException here
>>> 96:             // Any casting issue would happen outside this method
>>> 97:             return (T) observable.getValue();
>> 
>> so this is NOT an equivalent change, and therefore would need a deeper analysis - I, for example, can't tell if this change makes sense or not right away.  Some objects' `toString()` value may not make sense.
>> 
>> I would suggest to revert this change to keep the PR at the "light optimization" level.
>
> I really didn't look into it that deeply, but from my understanding, there can't be an exception thrown for such a generic cast at runtime. At least not in the method itself. The class cast exception would happen at some point later after this method returns. But I am not an expert on generics.
> 
> I am not sure what you mean by the toString() comment though

I meant classname at hashcode, like "java.lang.Object at 36f6e879" may not be what you expect from `.get()`.  A `null` value is the original behavior.

-------------

PR Review Comment: https://git.openjdk.org/jfx/pull/2032#discussion_r2695689040


More information about the openjfx-dev mailing list