On Mon, 4 Mar 2024 17:27:26 GMT, Alan Bateman wrote:
> It's a bit unusual to have the final modifier on static methods, looks like
> it goes back to JDK 1.1 at least, not clear if it was intentional.
Right, I was asked by JCK folks to either file a CSR to have the change
recorded, or revert. S
On Mon, 4 Mar 2024 13:55:15 GMT, Claes Redestad wrote:
> [JDK-8325340](https://bugs.openjdk.org/browse/JDK-8325340) accidentally
> removed `final` from the `static final DataInputStream.readUTF` method. This
> has a minor compatibility impact (allows hiding the method in a subclass,
> while be
On Mon, 4 Mar 2024 13:55:15 GMT, Claes Redestad wrote:
> [JDK-8325340](https://bugs.openjdk.org/browse/JDK-8325340) accidentally
> removed `final` from the `static final DataInputStream.readUTF` method. This
> has a minor compatibility impact (allows hiding the method in a subclass,
> while be
On Mon, 4 Mar 2024 13:55:15 GMT, Claes Redestad wrote:
> [JDK-8325340](https://bugs.openjdk.org/browse/JDK-8325340) accidentally
> removed `final` from the `static final DataInputStream.readUTF` method. This
> has a minor compatibility impact (allows hiding the method in a subclass,
> while be
On Mon, 4 Mar 2024 13:55:15 GMT, Claes Redestad wrote:
> [JDK-8325340](https://bugs.openjdk.org/browse/JDK-8325340) accidentally
> removed `final` from the `static final DataInputStream.readUTF` method. This
> has a minor compatibility impact (allows hiding the method in a subclass,
> while be
[JDK-8325340](https://bugs.openjdk.org/browse/JDK-8325340) accidentally removed
`final` from the `static final DataInputStream.readUTF` method. This has a
minor compatibility impact (allows hiding the method in a subclass, while
before that would throw an exception at compile time) and since it
