views:

28

answers:

1

In the parent delegation model for loading classes, I know that loadclass() is invoked on the parent, all the way to the top of the class-loader hierarchy (assuming the class is not loaded). At which point the topmost parent classloader's findClass is invoked. If this class is not found, how is the control transferred to the next classloader's findClass method ?

+2  A: 

The findClass(String) will be invoked by the loadClass(String) method of the classloader. It's default implementation throws a ClassNotFoundException and is intended to be overridden by classloaders.

The loadClass(String) method will call the following methods in that order

  • First it tries to find if the class already loaded: findLoadedClass(String)
  • Then if not found it calls the parent' classloaders loadClass(String) method.
  • If not found, it will call the findClass(String) method (custom loading)

So all a custom classloader has to do is override the findClass(String) method to load classes in a custom way. This will ensure the proper delegation in classloading. Check the links (javadoc), it explains what steps are taken and how the findClass(String) is called from loadClass(String)

So the classloading takes place in following order (example) ClassLoader A with parent B (only explaining the findClass and loadClass)

               A.loadClass()
                    |
                (not-found?) (by findLoadedClass)
                    |
               B.loadClass()
                    |
                (not found?) (by findLoadedClass)
                    |
         systemclassloader.loadClass  (Bs parent, also can be 
                    |                  called classpath classloader)
                    |
                (not found?) (by findLoadedClass)
                    |
        bootstrap classloader.loadClass (the bootstrap classloader, 
                    |                   (this has no parent)
                    |
                (not found?)
                    |
         systemclassloader.findClass  (on system classloader, 
                    |                   will try to "find" class in "classpath")
                    |
                (not found?)
                    |
                B.findClass
                    |
                (not found?)
                    |
                A.findClass
                    |
                 (not found?)
                    |
            ClassNotFoundException

At any given time if the class is found (eigther by findClass or findLoadedClass), that class is returned.

naikus
nice. I guess I was not thinking clearly- you illustrate it very well. The thing that is not very explicit in your diagram but is perhaps implied and the missing puzzle piece for me is that every-time control returns from a loadClass of an ancestor classloader with null, the previous classloader calls findClass method.Is it required that every findClass method return a valid class or throw a ClassNotFoundException ?
unmaskableinterrupt
Thanks, yes, its required that it either returns the class or throws a ClassNotFoundException, or else you will get a NullPointerException
naikus
On a related note- do you know where the restriction that a class once loaded by a class-loader cannot be reloaded comes from ? I did not see any mention of it in the spec...what prevents a classloader from over-riding loadClass and not check findLoadedClass before proceeding to load another version ?
unmaskableinterrupt
There's no restriction on this, if there was there'd be no features like hot deployment, etc. Its just documented that normally these rules should be followed, but it is not a rule. Your app may need clasess to be loaded in a different order altogether. Thats the magic of it! Thats why we have frameworks like osgi, webapps, and cool things like hot deployment :)
naikus