NoClassDefFoundError al acceder a GraphicsEnvironment.getLocalGraphicsEnvironment en Tomcat

Question

Tengo una aplicación que se ejecuta en tomcat, uno de los métodos es crear una miniatura simple a partir de una imagen jpeg. Las funciones funcionan bien fuera de línea y hace una semana también en Tomcat. Pero ahora me sale el siguiente error:

java.lang.NoClassDefFoundError 
java.lang.Class.forName0(Native Method) 
java.lang.Class.forName(Class.java:164) 
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68) 
java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1141) 
eval.impl.ImageEval.getThumbnail(ImageEval.java:155) 
eval.impl.ImageServlet.doGet(ImageServlet.java:79) 
javax.servlet.http.HttpServlet.service(HttpServlet.java:690) 
javax.servlet.http.HttpServlet.service(HttpServlet.java:803) 

No creo que tengo cambia nada lo que debería influir en este (en realidad no cambió la función del todo de acuerdo con el repositorio SVN), por lo que debe ser un problema de biblioteca. Pero no puedo entender lo que falta. Aquí están las líneas reales de la función getThumbnail, donde occures el error:

 BufferedImage thumbImage = new BufferedImage(thumbWidth, 
      thumbHeight, BufferedImage.TYPE_INT_RGB); 
    Graphics2D graphics2D = thumbImage.createGraphics(); 
    graphics2D.setRenderingHint(RenderingHints.KEY_INTERPOLATION, 
      RenderingHints.VALUE_INTERPOLATION_BILINEAR); 
    graphics2D.drawImage(simage, 0, 0, thumbWidth, thumbHeight, null); 

[editar] decidí actualizar la descripción del problema un poco. Sí, parece que no puede encontrar alguna clase de java.awt o una relacionada con eso. Pero existen en el servidor en el jvm. El modo sin cabeza Java no resuelve el problema. En otro proyecto, el mismo código exacto, pero dentro de un servidor web axis2 en este servidor funciona bien. [/ edit]

Answer 1

Parece que ha cambiado la configuración de Tomcat.

O ha cambiado a un cuadro l {0,1} [iu] n [iu] x o está instalado en una máquina virtual con un control de seguridad diferente al que lo prueba.

Al parecer, el

GraphicsEnvironment.getLocalGraphicsEnvironment() 

está tratando de acceder a la propiedad: java.awt.graphicsenv

Qué puede devolver nombre de clase existente no nula o alguna que luego se carga y se lanza la ClassNotFoundException. ¹

La solución parece estar especificando la propiedad "java.awt.headless".

Ésta es una pregunta similar: java.awt.Color error

probar este search, muestra situaciones similares como el.

Recuerdo que también había algo en la base de datos de bichos dom.

¡Publique la solución cuando la encuentre!

_{1. GraphicsEnvironment.java}

EDITAR

No se eclipsa !!

En mi publicación original hay un enlace al código fuente de la clase que arroja la excepción.

Ya que parece que se olvida de ella, voy a publicar aquí para usted:

 public static synchronized GraphicsEnvironment getLocalGraphicsEnvironment() { 
      if (localEnv == null) { 
       // Y O U R E R R O R O R I G I N A T E S H E R E !!! 
       String nm = (String) java.security.AccessController.doPrivileged 
        (new sun.security.action.GetPropertyAction 
        ("java.awt.graphicsenv", null)); 

       try { 
    //      long t0 = System.currentTimeMillis(); 
        localEnv = 
         (GraphicsEnvironment) Class.forName(nm).newInstance(); 
    //    long t1 = System.currentTimeMillis(); 
    //    System.out.println("GE creation took " + (t1-t0)+ "ms."); 
        if (isHeadless()) { 
         localEnv = new HeadlessGraphicsEnvironment(localEnv); 
        } 
       } catch (ClassNotFoundException e) { 
        throw new Error("Could not find class: "+nm); 
       } catch (InstantiationException e) { 
        throw new Error("Could not instantiate Graphics Environment: " 
            + nm); 
       } catch (IllegalAccessException e) { 
        throw new Error ("Could not access Graphics Environment: " 
            + nm); 
       } 
      } 

      return localEnv; 
     } 

Eso es lo que se ejecuta.

Y en el post original que parece que no han leído, he dicho código está accediendo a la propiedad "java.awt.graphicsenv"

Si ese otro proyecto usando eje no tiene el mismo problema puede ser porque puede estar ejecutándose en una configuración de tomcat diferente o la biblioteca de ejes permitió el acceso a esa propiedad. Pero no podemos estar seguros. Eso es pura especulación. Entonces, ¿por qué no probar la siguiente y ver lo que se imprime:

 String nm = (String) java.security.AccessController.doPrivileged 
      (new sun.security.action.GetPropertyAction 
      ("java.awt.graphicsenv", null)); 

    System.out.println("java.awt.graphicsenv = " + nm); 

Se imprime nula entonces ahora cuál es el problema. No tiene esa propiedad en su sistema, o la seguridad le prohíbe usarla.

Es muy difícil de decir desde aquí: "Ir y editar el archivo xyz y agregar: fail = false" Así que tienes que hacer tu trabajo y tratar de averiguar cuál es el verdadero motivo.

Comience investigando cuál es el código que se está ejecutando (que acabo de publicar) y siga por lo que hace y cómo funciona todo "AccessController.doPrivileged". (Puede usar Google + StackOverflow para eso).

Answer 2

¿Este servidor está ejecutando Java en modo servidor? He oído que no se carga en las clases AWT.

Answer 3

fue funcionando hace una semana, y ahora no lo es.

POR LO TANTO, HA CAMBIADO ALGO ENTRE "trabajo" y "no funciona".

Regrese a la configuración de trabajo (si puede) y haga un seguimiento riguroso de lo que ha cambiado. Si no tienes una copia de seguridad de la configuración de trabajo, revisa meticulosamente lo que has hecho entre trabajar y no trabajar hasta que encuentres lo que cambiaste.

Puede que no sea de código - que podría ser un archivo de configuración, etc.

mejor de la suerte,

-R

Answer 4

Si va a implementar esto en * nix, y usted don' Ya tengo un sistema de ventanas X funcionando, eso podría explicarlo. Incluso si lo hace, si no está exportando la variable del sistema DISPLAY al proceso que inicia la JVM, o si lo está pero no es realmente válido, podría causar tal problema.

Eso al menos explicaría por qué no cambió ninguna configuración en tomcat, pero todavía tiene un problema.

Answer 5

Si su NoClassDefFoundError no tiene ningún mensaje en absoluto, entonces esto significa dos cosas:

1. La JVM ya se intentó y no pudo cargar una clase. Generalmente, esto significa que la JVM no pudo completar la inicialización estática para esa clase, es decir, asignar valores a cualquier campo static y ejecutar cualquier static { } bloques. A menudo, esto se debe a que faltan las clases necesarias para realizar esta inicialización estática.
2. Está utilizando Java 5, no Java 6.(En Java 6, se obtiene un mensaje 'No se pudo inicializar la clase xyz' en su lugar.) Clase

El problema parece ser la persona cuyo nombre es el valor de la propiedad del sistema java.awt.graphicsenv. Comenzaría por descubrir el valor de esta propiedad. ¿Qué sucede cuando intentas crear una instancia de esta clase?

Answer 6

Tuvimos un problema similar y después de muchos problemas se identificó que estaba relacionado con la propiedad java.awt.headless. El problema se resolvió estableciendo explícitamente la opción de JVM a

-Djava.awt.headless=true 

Answer 7

Puesto que usted está recibiendo NoClassDefFoundError desde dentro del código AWT, parece que Java está fallando para cargar las bibliotecas de X Windows. Tenga en cuenta que incluso si está ejecutando en modo headless ($ DISPLAY no apunta a un servidor X Windows), AWT aún necesita algún subconjunto de las bibliotecas X11 para generar imágenes. Véase, por ejemplo, esta referencia:

http://javatechniques.com/blog/linux-x11-libraries-for-headless-mode

Si algo dejó de funcionar y su código de Java no ha cambiado, es posible que las librerías X11 tuvimos que cambiar o desinstalar en su máquina, o que por alguna otra razón su variable de entorno LD_LIBRARY_PATH ya no los señala.