RFR: 8155591: Misleading warning when not overriding close method in interface extending AutoCloseable [v4]

Jan Lahoda jlahoda at openjdk.org
Thu Nov 6 11:02:17 UTC 2025


On Thu, 6 Nov 2025 02:53:47 GMT, Archie Cobbs <acobbs at openjdk.org> wrote:

>> The compiler generates a warning if you declare a `close()` method that throws any supertype of `InterruptedException` in a class or interface extending `AutoCloseable`. This is because suppressed `InterruptedException`'s are likely to lead to misbehavior at runtime.
>> 
>> However, this feature also generates a warning due to `AutoCloseable.close()` itself, if you simply inherit it. For example:
>> 
>> $ cat MyClass.java
>> public interface MyClass extends AutoCloseable {
>> }
>> $ javac -Xlint:try MyClass.java
>> MyClass.java:1: warning: [try] auto-closeable resource MyClass has a member method close() that could throw InterruptedException
>> public interface MyClass extends AutoCloseable {
>>        ^
>> 1 warning
>> 
>> The warning is not useful because `AutoCloseable.close()` is abstract and so it's going to be some other class' job to deal with the throws clause.
>> 
>> This change prevents `AutoCloseable.close()` itself from triggering the warning in a class declaration. We preserve the existing behavior in which a warning is generated at the use site (i.e., at the try-with-resources statement).
>
> Archie Cobbs has updated the pull request incrementally with three additional commits since the last revision:
> 
>  - Add another regression test case.
>  - Unbreak existing regression test after previous commit.
>  - Show warnings for declared close() at declaration site.

Looks good to me.

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

Marked as reviewed by jlahoda (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/27062#pullrequestreview-3427566595


More information about the compiler-dev mailing list