RFR: 8315130: java.lang.IllegalAccessError when processing classlist to create CDS archive [v5]

Ioi Lam iklam at openjdk.org
Tue Apr 8 17:40:17 UTC 2025


On Tue, 8 Apr 2025 12:09:59 GMT, Timofei Pushkin <tpushkin at openjdk.org> wrote:

>> If a base class is package-private then its subclasses should have the same package name and defining class loader, otherwise `IllegalAccessError` is thrown when linking a subclass. Currently when dumping a static archive separate `URLClassLoader`s are used for each unregistered classes' source. Thus if two unregistered classes, a package-private base class and a sub class, from the same package reside in different sources `IllegalAccessError` will be thrown when linking the sub class. This can be unexpected because the app could have used a single class loader for both classes and thus not have seen the error — see `DifferentSourcesApp.java` from this patch for an example of such app.
>> 
>> This patch fixes the issue by using a single class loader for all unregistered classes. CDS does not allow classes with the same name making such solution possible.
>
> Timofei Pushkin has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove unnecessary scoping

Changes requested by iklam (Reviewer).

src/java.base/share/classes/jdk/internal/misc/CDS.java line 438:

> 436:             // class loader. Thus it is safe to delegate their loading to system class loader
> 437:             // (our parent) - this is what the default implementation of loadClass() will do.
> 438:             return defineClass(name, bytes, 0, bytes.length);

I didn't realize that `URLClassLoader` will by default delegate to `ClassLoader::getSystemClassLoader()`. How about rewording the comments like this to clarify?


// defineClass() will internally invoke loadClass() to load supertypes of this unregistered class.
// Any supertype S with the name SN must have already been loaded (enforced by the order
// of classes in the classlist). In addition:
// - if S is an unregistered class, S must have already been have been defined by the current class
//   loader, and will be found by `this.findLoadedClass(SN)`
// - if S is not an unregistered class, S must have already been defined by the built-in boot,
//   platform, or system class loaders, and can be found by this.getParent().loadClass(SN, false)
// See the implementation of ClassLoader::loadClass() for details.
//
// Therefore, we should resolve all supertypes to the expected ones as specified by the
// <code>super:</code> and <code>interfaces:</code> attributes in the classlist. This
// invariance is validated by the C++ function ClassListParser::load_class_from_source()
assert getParent() == getSystemClassLoader();
return defineClass(name, bytes, 0, bytes.length);

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

PR Review: https://git.openjdk.org/jdk/pull/24223#pullrequestreview-2750817568
PR Review Comment: https://git.openjdk.org/jdk/pull/24223#discussion_r2033724629


More information about the hotspot-runtime-dev mailing list