-
Enhancement
-
Resolution: Fixed
-
P4
-
17, 21, 25
-
b11
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8352285 | 21.0.8 | Satyen Subramaniam | P4 | Resolved | Fixed | master |
JDK-8353300 | 17.0.16 | Satyen Subramaniam | P4 | Resolved | Fixed | master |
CTW runners do preloading for constant pools ahead of time. I believe this is done to expose more loaded classes to the compilations, so to extend the compilation scope.
Unfortunately, current code catches the first exception when loading the constant pool and stops preloading. This routinely happens when CTW runner processes a 3rd party JAR, where dependencies might normally be in other JARs.
I believe we should attempt to resolve all constant pool entries when preloading is requested. This would likely expand the scope of CTW testing.
Unfortunately, current code catches the first exception when loading the constant pool and stops preloading. This routinely happens when CTW runner processes a 3rd party JAR, where dependencies might normally be in other JARs.
I believe we should attempt to resolve all constant pool entries when preloading is requested. This would likely expand the scope of CTW testing.
- backported by
-
JDK-8352285 CTW: Attempt to preload all classes in constant pool
-
- Resolved
-
-
JDK-8353300 CTW: Attempt to preload all classes in constant pool
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk17u-dev/692f275d
-
Commit(master) openjdk/jdk21u-dev/8faa7b6b
-
Commit(master) openjdk/jdk/d13fd573
-
Review(master) openjdk/jdk17u-dev/3343
-
Review(master) openjdk/jdk21u-dev/1474
-
Review(master) openjdk/jdk/23673
(3 links to)