> From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
> Subject: Re: Follow-up: Possible false-postive with 
> JreMemoryLeakPreventionListener 
> and Tomcat's JDBC Pool and OracleTimeoutPollingThread

> Thanks for the pedantry: I was in fact ignoring the difference between
> the system and boot ClassLoaders. However, the primordial ClassLoader
> does in fact exist, and does in fact load classes, and is not called
> the "boot" ClassLoader.

What you're calling the primordial class loader _is_ the boot class loader, 
identified by a null reference.  (The use of "primordial" in the page you 
referred to is unusual; it's known as the boot or bootstrap class loader in 
almost all other documentation.)  It's responsible for more than just the 
java.* packages, since it also loads all the com.sun.*, sun.*, and other 
JVM-vendor supplied classes.  I ignored the extensions class loader, since it's 
rarely used and was not pertinent to the topic.

> the system class loader is represented by an "ExtClassLoader".  On top 
> of that is an AppClassLoader.

What you're looking at is JVM-internal classes (hence the $ in the names), that 
just happen to be the ones chosen in current versions of the JVM.  The name is 
an implementation detail; the internal class mechanism is used to handle 
privilege issues.  The internal names should not be construed as descriptive of 
the class loader hierarchy.

> On top of that is an AppClassLoader.

Only for programs that supply their own, such as Tomcat.  My comments concerned 
the JVM itself, not Tomcat.

> DriverManager's ClassLoader is in fact null, the primordial class loader.

Unless one configures a replacement DriverManager (I think there's a system 
property for that, but I'm not sure).

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to