Integrated: 8349559: Compiler interface doesn't need to store protection domain

[Coleen Phillimore]

On Thu, 6 Feb 2025 17:14:44 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> The compiler interface has a protection_domain field that it uses for matching in its version of not-yet loaded classes, but class loading only uses (class, class-loader) as an identifier for loaded classes so the compiler interface should do the same.  From the code, I can't see any situation where the protection_domain wouldn't match if name and class loader match.  Actually I think the code was for this case: if you match (name, classLoader) with a calling class with the same classLoader and a different protectionDomain, the code should not match the class without going through the SystemDictionary to call checkPackageAccess() for the second protectionDomain.  Since checkPackageAccess is now removed with the security manager, this extra lookup is now unnecessary and we match just class name, classLoader pairs.
> 
> Tested with tier1-7.

This pull request has now been integrated.

Changeset: 1ed9ef1c
Author:    Coleen Phillimore <coleenp at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/1ed9ef1c3f787b4075974d5dcfde1606d6bfbe86
Stats:     41 lines in 5 files changed: 0 ins; 33 del; 8 mod

8349559: Compiler interface doesn't need to store protection domain

Reviewed-by: vlivanov, iklam

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

PR: https://git.openjdk.org/jdk/pull/23496