On Sat, 28 Feb 2026 04:50:56 GMT, Koushik Muthukrishnan Thirupattur 
<[email protected]> wrote:

>> Refactor sun.security.provider.X509Factory cache access to avoid 
>> coarse-grained locking and reduce contention during certificate/CRL 
>> interning and parsing.
>> 
>> As per request in [the 
>> PR](https://github.com/openjdk/jdk/pull/22616#issuecomment-2524971845), 
>> re-visit "the initialisation and locking in this area, e.g. addToCache is a 
>> static synchronized method so very coarse locking."
>
> Koushik Muthukrishnan Thirupattur has updated the pull request with a new 
> target base due to a merge or a rebase. The incremental webrev excludes the 
> unrelated changes brought in by the merge/rebase. The pull request contains 
> 11 additional commits since the last revision:
> 
>  - Merge branch 'master' into 8345954
>  - 8345954: keep synchronization on addifnotpresent and move key creation 
> outside sync
>  - 8345954: keep synchronization on addifnotpresent and move key creation 
> outside sync
>  - 8345954: Removing synchronization on addifnotpresent
>  - Merge branch 'master' into 8345954
>  - 8345954: Removing synchronization on getfromcache
>  - 8345954: Addressing review comments
>  - 8345954: Revisit Class Initializers and Locking in 
> X509TrustManagerImpl-switch back to existing helpers
>  - 8345954: Revisit Class Initializers and Locking in 
> X509TrustManagerImpl-minor cleanerup
>  - Merge branch 'master' into 8345954
>  - ... and 1 more: https://git.openjdk.org/jdk/compare/99f3bfa8...a8c5d26c

@koushikthirupattur 
Your change (at version a8c5d26ca4222c5fcc6714b0f2519cad6dc4dfde) is now ready 
to be sponsored by a Committer.

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

PR Comment: https://git.openjdk.org/jdk/pull/29181#issuecomment-4115627356

Reply via email to