classloader

Can someone clarify that the role of a ClassLoader is not only to load an individual class, but also its dependencies? And if so, what exactly does the entire process entail? I'm looking for implementation detail if at all possible. For example, at some point, bytes are going to have to be read in from somewhere (a network or filesystem location), and file system locations are going to have to be calculated on the basis of a classes canonical name and a foreknowledge of class paths available to the JVM- how does an individual ClassLoader try to locate a file over potentially multiple class

My current java project is using methods and variables from another project (same package). Right now the other project's jar has to be in the classpath to work correctly. My problem here is that the name of the jar can and will change because of increasing versions, and because you cannot use wildcards in the manifest classpath, it's impossible to add it to the classpath. So currently the only option of starting my application is using the -cp argument from the command line, manually adding the other jar my project depends on. To improve this, I wanted to load the jar dynamically and read

I make a new ClassLoader and make it define a new Class , which means that new class should be in a new namespace, which it is, AFAIK. The strange thing is, when I call Class.getPackage on the new class, it returns the exact same object as returned by calling getPackage on any other class in my main namespace. According to the JVM spec : The runtime package of a class or interface is determined by the package name and defining class loader of the class or interface. So in other words, if you have two classes in the same package, but are loaded by different classloaders, they are considered to

I'm in the process of refactoring a Java application to use OSGi. One feature of the application is on-the-fly Java compilation using javax.tools.JavaCompiler . In the original application this process worked by feeding the compiler the existing classpath, like so. JavaCompiler compiler = ToolProvider.getSystemJavaCompiler(); String[] options = {"-classpath", System.getProperty("java.class.path")}; DiagnosticListener<JavaFileObject> listener = new DiagnosticListener<JavaFileObject>() {...}; StandardJavaFileManager fileManager = compiler.getStandardFileManager(listener, null, null); Iterable<?

I wrote my own class loader. I need all my classes to be loaded using my class loader. I have passed the VM the following: -Djava.system.class.loader=MyClassLoader Only the first referenced class in my package is being loaded using my class loader. Other classes in my package are being loaded using AppClassLoader . Here is what MyClassLoader looks like: import java.io.IOException; import java.io.InputStream; import java.net.URL; import java.util.Enumeration; public class MyClassLoader extends ClassLoader { public MyClassLoader() { super(MyClassLoader.class.getClassLoader()); } public

I'm trying to build a standalone application (not running inside an application server) with Spring and I'm facing the following problem : My standalone application (spring enabled) is depending on another project (bundled as a jar) which contains a lot of services in com.application.service (Annotated with @Service ). There is no spring related configuration in the external project and the standalone application context is very simple, it only contains : <context:component-scan base-package="com.application" /> Here is an example of Class that depends on a service which can't be acquired :