En Java, ¿por qué las clases de excepción deben estar disponibles para el cargador de clases antes de que sean necesarias?

Question

Estoy desarrollando una aplicación que carga dinámicamente un JAR, que contiene la definición de un grupo de clases que utiliza. Todo fue bien hasta que intenté atrapar una clase derivada de Exception que está en el JAR cargado dinámicamente.

El siguiente fragmento de código muestra el problema (DynamicJarLoader es la clase que en realidad carga el JAR; tanto TestClass y MyException hay en el frasco externo):

public static void main(String[] args) { 
    DynamicJarLoader.loadFile("../DynamicTestJar.jar"); 
    try { 
     String foo = new TestClass().testMethod("42"); 
    } catch(MyException e) { } 
} 

Cuando intento ejecutarlo, me sale esto:

Exception in thread "main" java.lang.NoClassDefFoundError: dynamictestjar/MyException 
Caused by: java.lang.ClassNotFoundException: dynamictestjar.MyException 
     at java.net.URLClassLoader$1.run(URLClassLoader.java:200) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at java.net.URLClassLoader.findClass(URLClassLoader.java:188) 
     at java.lang.ClassLoader.loadClass(ClassLoader.java:307) 
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) 
     at java.lang.ClassLoader.loadClass(ClassLoader.java:252) 
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) 
Could not find the main class: dynamicjartestapp.Main. Program will exit. 

Si sustituyo catch(MyException e) con catch(Exception e), el programa funciona muy bien. Esto significa que Java es capaz de encontrar TestClass después de que el JAR ya se haya cargado. Por lo tanto, parece que la JVM necesita que se definan todas las clases de Excepción cuando el programa comienza a ejecutarse, y no cuando se necesitan (es decir, cuando se alcanza ese bloque de prueba en particular).

¿Por qué sucede esto?

EDITAR

me he encontrado algunas pruebas adicionales, y esto es de hecho bastante extraño. Esta es la fuente llena de MyException:

package dynamictestjar; 
public class MyException extends RuntimeException { 
    public void test() { 
     System.out.println("abc"); 
    } 
} 

se ejecuta este código:

public static void main(String[] args) { 
    DynamicJarLoader.loadFile("../DynamicTestJar.jar"); 
    String foo = new TestClass().testMethod("42"); 
    new MyException().test(); //prints "abc" 
} 

Esto no es así:

public static void main(String[] args) { 
    DynamicJarLoader.loadFile("../DynamicTestJar.jar"); 
    String foo = new TestClass().testMethod("42"); 
    new MyException().printStackTrace(); // throws NoClassDefFoundError 
    } 

Debo señalar que cada vez que corro mis pruebas de NetBeans , todo va de acuerdo al plan. La rareza comienza solo cuando remuevo con fuerza el Jar externo de los ojos de Java y ejecuto la aplicación de prueba desde la línea de comando.

editar # 2

Sobre la base de las respuestas, he escrito esto, que creo que demuestra la acepté es de hecho la derecha:

public static void main(String[] args) { 
    DynamicJarLoader.loadFile("../DynamicTestJar.jar"); 
    String foo = new TestClass().testMethod("42"); 
    class tempClass { 
     public void test() { 
      new MyException().printStackTrace(); 
     } 
    } 
    new tempClass().test(); // prints the stack trace, as expected 
    } 

Answer 1

Está cargando el JAR DynamicTestJar.jar dinámicamente en el tiempo de ejecución pero lo agrega al classpath cuando compila el código.

Así que cuando el cargador de clases predeterminado intenta cargar el bytecode para main(), no puede encontrar MyException en el classpath y arroja una excepción. Esto sucede antes de `` DynamicJarLoader.loadFile ("../ DynamicTestJar.jar"); `se ejecuta!

Por lo tanto, debe asegurarse de que las clases de su JAR dinámico estén disponibles en el cargador de clases actualmente activo cuando se cargue una clase que las necesite. Puede agregar el JAR al classpath después, especialmente no en una clase que importe algo de él.

Answer 2

"Así que parece que la JVM necesita todo Las clases de excepción se definirán cuando el programa comience a ejecutarse, y no cuando se necesiten "- no, no creo que esto sea correcto.

Estoy apostando que su problema se debe a estos posibles errores de su parte, ninguno de los cuales tiene nada que ver con la JVM:

1. Te estás perdiendo una sentencia de paquete en la parte superior de su Archivo MyException.java Parece que quería decir que era un "paquete dinámicotestjar", pero no está allí.
2. Usted tenía la declaración de paquete correcta en su archivo MyException.java, pero cuando compiló no terminó con el archivo MyException.class en una carpeta llamada "dynamictestjar".
3. Cuando empaquetó su código en DynamicTestJar.jar (fan de Star Wars, lo eres) no obtuviste el camino correcto porque no has ZIP el directorio que contiene la carpeta "dynamictestjar", por lo que la ruta que ve el cargador de clases es incorrecta.

Ninguno de estos se debe a grandes misterios sobre el cargador de clase. Debes verificar y asegurarte de que estás haciendo tus cosas correctamente.

¿Por qué necesita cargar el JAR dinámicamente de esta manera? ¿Qué estás haciendo que no podría lograrse simplemente colocando el JAR en el CLASSPATH y dejando que el cargador de clases lo recoja?

espero que esto es solo un ejemplo y no es indicativo de sus "mejores prácticas" en Java:

catch(MyException e) { } 

Al menos debe imprimir el seguimiento de la pila o utilizar Log4J para registrar la excepción.

ACTUALIZACIÓN:

Debo señalar que cada vez que corro mis pruebas de NetBeans, todo va de acuerdo al plan. La rareza comienza solo cuando remuevo con fuerza el Jar externo de los ojos de Java y ejecuto la aplicación de prueba desde la línea de comando.

Esto sugiere que la ruta que ha cableado en la ruta al JAR no se cumple cuando se ejecuta desde la línea de comandos.

JVM no funciona de una manera con NetBeans y de otra manera sin ella. Se trata de entender CLASSPATH, el cargador de clases y los problemas de ruta. Cuando clasifiques a los tuyos, funcionará.

Answer 3

¿MiExcepción es una clase de excepción en el JAR que está cargando dinámicamente?

Tenga en cuenta que usted es estáticamente utilizando la clase MyException, como lo tiene literalmente en su código.

¿Está colocando DynamicTestJar.jar en su classpath mientras compila, pero no mientras ejecuta el programa? No lo coloque en el classpath mientras compila, para que el compilador le muestre dónde está utilizando el JAR de una manera estática.

Answer 4

En Java, todas las clases están identificadas de forma única por el cargador de clases y el FQN de la clase.

Los ClassLoaders son jerárquicos, lo que significa que la clase cargada dinámicamente tiene acceso a todas las clases de sus padres, pero el padre no tiene acceso directo a sus clases.

Ahora, si su cargador de clases hijo define una clase que amplía su elemento primario, el código de su padre puede referirse a esa clase solo mediante reflexión o por la clase padre.

Si piensas en todos los códigos Java como reflexivos, esto se vuelve más fácil. IE:

Class.forName("MyException") 

La clase actual no tiene acceso al cargador de clases hijo, por lo que no puede hacer esto.