[jdk11u-dev] RFR: 8231454: File lock in Windows on a loaded jar due to a leak in Introspector::getBeanInfo [v2]

[Martin Doerr]

On Tue, 24 May 2022 06:40:41 GMT, Basil Crow <duke at openjdk.java.net> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of [JDK-8231454](https://bugs.openjdk.java.net/browse/JDK-8231454) (openjdk/jdk at 2ee2b4ae19d).
>> 
>> There was a trivial merge conflict in `Introspector.java`.
>> 
>> The commit being backported was authored by @mrserb on October 20, 2020, and was reviewed by @azuev-java.
>> 
>> See [JENKINS-63766](https://issues.jenkins.io/browse/JENKINS-63766) for the motivation behind this backport.
>> 
>> I tested this PR locally by running `make run-test TEST=test/jdk/java/beans/Introspector/FlushClassInfoCache.java`. In addition, I verified that JENKINS-63766 could no longer be reproduced with this backport applied.
>> 
>> Thanks!
>
> Basil Crow has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull request contains one new commit since the last revision:
> 
>   8231454: File lock in Windows on a loaded jar due to a leak in Introspector::getBeanInfo

Backport LGTM. Thanks for doing it!
I've taken a look at [JDK-8222799](https://bugs.openjdk.java.net/browse/JDK-8222799) which is causing the minor conflict. I wonder if it would be cleaner to backport that one first? Not required, but I just wanted to ask.

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

Marked as reviewed by mdoerr (Reviewer).

PR: https://git.openjdk.java.net/jdk11u-dev/pull/1103