Just to blur the image a little bit more, you can take a look to section 5.3.1 of JVMS http://java.sun.com/docs/books/jvms/second_edition/html/ConstantPool.doc.html#79383
"The bootstrap class loader can delegate the loading of C to some user-defined class loader L by passing N to an invocation of a |loadClass| method on L. The result of the invocation is C. The Java virtual machine then records that the bootstrap loader is an initiating loader of C (§5.3.4) <http://java.sun.com/docs/books/jvms/second_edition/html/ConstantPool.doc.html#78621>. " Rémi Jochen Theodorou a écrit : > James Abley schrieb: > [...] > >> How well do you want it specified? JLS? >> >> http://java.sun.com/javase/6/docs/api/java/lang/ClassLoader.html#loadClass(java.lang.String,%20boolean) >> >> That's the best I've found. How likely is it for that to be changed in >> a future release, given Sun's stance on backward compatibility? >> > > hmm... it says if the parent is null, then the VM built in class loader > will be used. Could it be, that the docs are not very well in that area? > Or is it clear, that the built in class loader is the bootstrap > loader? I think I did read somewhere that in Java 1.1.x the bootstrap > loader did also load classpath elements. And since 1.2 this has been > changed. But I worry not so much because of the Sun VM, I worry more > about if other VMs do that the same way or not > > bye Jochen > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "JVM Languages" group. To post to this group, send email to jvm-languages@googlegroups.com To unsubscribe from this group, send email to jvm-languages+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/jvm-languages?hl=en -~----------~----~----~----~------~----~------~--~---
