Details
-
Enhancement
-
Resolution: Won't Fix
-
P3
-
6u10
-
generic
-
generic
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2176607 | 7 | Andy Herrick | P4 | Closed | Fixed | b64 |
Description
sun.jkernel.DownloadManager is only needed for Kernel JRE.
Full JRE should not need DownloadManager in any application run. The kernel VM sets a flag indicating if the running jvm is a kernel VM (see struct jvm_version_info in jvm.h). The JRE can use the VM interface to detect if it's in kernel JRE or not.
For FX video applet run, here is the number of invocations collected from the nb profile data:
DownloadManager.getBootClassPathEntryForClass 1621
DownloadManager.getBootClassPathEntryForResource 1632
DownloadManager.isJREComplete 1667
Full JRE should not need DownloadManager in any application run. The kernel VM sets a flag indicating if the running jvm is a kernel VM (see struct jvm_version_info in jvm.h). The JRE can use the VM interface to detect if it's in kernel JRE or not.
For FX video applet run, here is the number of invocations collected from the nb profile data:
DownloadManager.getBootClassPathEntryForClass 1621
DownloadManager.getBootClassPathEntryForResource 1632
DownloadManager.isJREComplete 1667
Attachments
Issue Links
- backported by
-
JDK-2176607 DownloadManager should not be loaded and referenced for full JRE
- Closed
- relates to
-
JDK-6833260 Revisit DownloadManager initialization if it should only begin after VM completes its initialization
- Closed
-
JDK-6612680 Remove classloader dependency on jkernel
- Closed
-
JDK-6798873 Reduce the number of classes loaded and class dependencies
- Closed