From Seo Wiki - Search Engine Optimization and Programming Languages
The Java Classloader is a part of the Java Runtime Environment that dynamically loads Java classes into the Java Virtual Machine. Usually classes are only loaded on demand. The Java run time system does not need to know about files and file systems because of class loaders. Delegation is an important concept to understand when learning about class loaders.
A software library is a collection of more or less related object code. In the Java language, libraries are typically packaged in Jar files. Libraries can contain various different sorts of objects. The most important type of object contained in a Jar file is a Java class. A class can be thought of as a named unit of code. The class loader is responsible for locating libraries, reading their contents, and loading the classes contained within the libraries. This loading is typically done "on demand", in that it does not occur until the class is actually used by the program. A class with a given name can only be loaded once by a given classloader.
Class loading process
Each Java class must be loaded by a class loader. Furthermore, Java programs may make use of external libraries (that is, libraries written and provided by someone other than the author of the program) or may itself be composed, at least in part, by a number of libraries.
- Bootstrap class loader
- Extensions class loader
- System class loader
The bootstrap class loader loads the core Java libraries (
<JAVA_HOME>/lib directory). This class loader, which is part of the core JVM, is written in native code.
The extensions class loader loads the code in the extensions directories (
<JAVA_HOME>/lib/ext or any other directory specified
java.ext.dirs system property). It is implemented by the
The system class loader loads code found on
java.class.path, which maps to the system
CLASSPATH variable. This is implemented by the
User-defined class loaders
By default, all user classes are loaded by the default system class loader, but it is possible to replace it by a user-defined Template:Javadoc:SE (which defaults to the original root system class loader), and even to chain class loaders as desired.
This makes it possible (for example):
- to load or unload classes at runtime (for example to load libraries dynamically at runtime, even from a HTTP resource). This is an important feature for:
- to change the way the bytecode is loaded (for example, it is possible to use encrypted Java class bytecode).
- to modify the loaded bytecode (for example, for load-time weaving of aspects when using Aspect Oriented Programming).
Class Loaders in JEE
Java Platform, Enterprise Edition (JEE) application servers typically load classes from a deployed WAR or EAR archive by a tree of Classloaders, isolating the application from other applications, but sharing classes between deployed modules. So-called "servlet containers" are typically implemented in terms of multiple classloaders
- The first case is when a developer or deployer of a Java application has accidentally made two different versions of a library available to the system. This will not be considered an error by the system. Rather, the system will load classes from one or the other library. Adding the new library to the list of available libraries instead of replacing it, may see the application still behaving as though the old library is in use, which it may well be.
- Another version of the problem arises when two libraries (or a library and the application) require different versions of the same third library. If both versions of the third library use the same class names, there is no way to load both versions of the third library with the same classloader.
- The most complex JAR hell problems arise in circumstances that take advantage of the full complexity of the classloading system. A Java program is not required to use only a single "flat" classloader, but instead may be composed of several (or, in fact, an indefinite number of) nested, cooperating classloaders. Classes loaded by different classloaders may interact in complex ways not fully comprehended by a developer, leading to inexplicable errors or bugs.
The OSGi Alliance specified (starting as JSR 8 in 1998) a modularity framework that solved JAR hell for current and future VMs both in ME, SE, and EE that is widely adopted. Using metadata in the JAR manifest, JAR files (called bundles) are wired on a per-package basis. Bundles can export packages, import packages and keep packages private, providing the basic constructs of modularity and versioned dependency management.
To remedy the JAR hell problems a Java Community Process — JSR 277 was initiated in 2005. The resolution — Java Module System — intended to introduce a new distribution format, modules versioning scheme and a common modules repository (similar in purpose to Microsoft .NET's Global Assembly Cache). In December 2008 Sun announced that JSR 277 was put on hold .
- Loader (computing)
- Dynamic loading
- DLL hell
- Apache Maven, automated software build tool with dependency management
- ↑ "The basics of Java class loaders". JavaWorld. 1996-10-01. http://www.javaworld.com/javaworld/jw-10-1996/jw-10-indepth.html. Retrieved 2008-01-26.
- ↑ 2.0 2.1 Christudas, Binildas (2005-01-26). "Internals of Java Class Loading". onjava.com. http://www.onjava.com/pub/a/onjava/2005/01/26/classloading.html. Retrieved 2009-10-02.
- ↑ "Understanding Extension Class Loading". java.sun.com. 2008-02-14. http://java.sun.com/docs/books/tutorial/ext/basics/load.html. Retrieved 2009-12-08.
- ↑ Sosnoski, Dennis (2003-04-29). "Classes and class loading". ibm.com. http://www-128.ibm.com/developerworks/java/library/j-dyn0429/. Retrieved 2008-01-26.
- ↑ These libraries are stored in Jar files called rt.jar, core.jar, server.jar, etc.
- ↑ Roubtsov, Vladimir (2003-05-09). "Cracking Java byte-code encryption". javaworld.com. http://www.javaworld.com/javaworld/javaqa/2003-05/01-qa-0509-jcrypt.html?page=1. Retrieved 2008-01-26.
- ↑ deBoer, Tim; Karasiuk, Gary (2002-08-21). "J2EE Class Loading Demystified". ibm.com. http://www-128.ibm.com/developerworks/websphere/library/techarticles/0112_deboer/deboer.html. Retrieved 2008-01-26.
- ↑ http://incubator.apache.org/depot/version/jar-hell.html
- ↑ http://www.osgi.org/News/20081217
- Brandon E. Taylor, "Java Class Loading: The Basics", 2003
- Jeff Hanson, "Take Control of Class Loading in Java", 2006-06-01
- Andreas Schaefer, "Inside Class Loaders", 2003-11-12
- Sheng Liang and Gilad Bracha, "Dynamic class loading in the Java virtual machine", In Proceedings of the 13th ACM Conference on Object-Oriented Programming, Systems, Languages, and Applications (OOPSLA'98), ACM SIGPLAN Notices, vol. 33, no. 10, ACM Press, 1998, pp. 36–44
- Dr. Christoph G. Jung, "Classloaders Revisited Hotdeploy", Java Specialist Newsletter, 2001-06-07
- Don Schwarz, "Managing Component Dependencies Using ClassLoaders", 2005-04-13
- Dependency manager - now at Apache incubator
- Dynamically loading classes directly from JAR files
- Free Maven Book
- Spring Dynamic Modules for OSGi(tm) Service Platforms
- CollectionSpy — A Java profiler that includes a class loading log view and graphar:محمل صف جافا