Review request for 4917309 and 6864003
David Holmes - Sun Microsystems
David.Holmes at Sun.COM
Thu Jul 23 20:17:05 PDT 2009
661 JVM_ENTRY(jclass, JVM_FindClassFromBootLoader(JNIEnv* env,
662 const char* name,
663 jboolean throwError))
Can't we now drop the throwError parameter altogether?
Pity we can't make a similar fix to the extensions loader ...
Mandy Chung said the following on 07/24/09 09:53:
> This review request is for both the HotSpot runtime and the core libs
> Fixed 4917309: (cl) Reduce internal usage of ClassNotFoundExceptions
> during class-loading
> Fixed 6864003: Modify JVM_FindClassFromBootLoader to return null if
> class not found
> o Fix java.lang.ClassLoader to use the new VM entry point
> JVM_FindClassFromBootLoader for load a system class from
> the bootstrap classloader that will reduce the number
> of ClassNotFoundException objects thrown by the application
> class loader by 50%. The remaining half of the ClassNotFoundException
> objects are thrown by the extension class loader which is the parent
> of the application class loader.
> o ClassLoader.loadClass and ClassLoader.findSystemClass will
> throw ClassNotFoundException as they are specified.
> o JVM_FindClassFromBootLoader is currently not used (going to
> used by the java launcher see 6864028). There is no issue
> of changing it to return null instead of throwing CNFE.
More information about the hotspot-runtime-dev