para que sirve settitle en java

java.lang.InternalError: el nombre es demasiado largo para representar

Question

Me sale este error:

java.lang.InternalError: name is too long to represent
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at weblogic.utils.classloaders.GenericClassLoader.defineClass(GenericClassLoader.java:338)
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:291)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:259)

Lo que parece estar relacionado con alguna funcionalidad de depuración (de hecho, al eliminar la opción de línea de comando -Xdebug el error desaparece). También he encontrado alguna información en ASF Bugzilla . ¿Hay una manera de resolver esto?

Las posibles soluciones que se me ocurren son cambiar la JVM (usando JRockit que no debería tener este problema), pero realmente no sé si esto puede resolver el problema y si puede romper algo más.

Answer 1

Me enfrenté exactamente al mismo error. Este error solo se notificará cuando inicie Tomcat en modo de depuración y para ciertos archivos JSP (tamaño grande). Cuando inicio Tomcat en modo normal (sin usar Debug), el error desaparece. Este error comenzó a mostrarse recientemente, después de que el archivo JSP aumentó de tamaño con el tiempo.

La única forma en que pude resolver este error es actualizar Tomcat de la versión 5.5 a la versión 7.0, y JRE a jdk1.7.

Vea la instantánea a continuación para ayudarle a obtener la imagen.

Además, no olvide agregar las bibliotecas necesarias para Tomcat 7 y el nuevo JRE.

Inicialmente, actualizar el archivo web.xml para incluir la siguiente sección resolvería el problema, pero recientemente ya no funciona:

 <init-param>
<param-name>mappedfile</param-name>
<param-value>false</param-value>
</init-param>

Answer 2

Si puede determinar la clase que está causando el problema, debería poder usar Stripper para eliminar la información de la extensión de depuración de esa clase y aún así poder depurar el resto.

Answer 3

Un trabajo alrededor que me funcionó es agregar la siguiente entrada en el tomcat/conf/web.xml :

<init-param>
<param-name>suppressSmap</param-name>
<param-value>true</param-value>
</init-param>

Answer 4

actualizar ¡ El error mencionado en la respuesta original a continuación ya se ha cerrado!

Como se señaló en el artículo al que hace referencia, este es un bug en la implementación de JVM de Sun / Oracle. En el momento de redactar este informe, queda sin resolver.

Puedo pensar en tres formas de solucionar el problema:

1. No genere archivos SMAP en absoluto (por ejemplo: no ejecute con -Xdebug o use la configuración de supresión de mapa)
2. Trate de asegurarse de que el tamaño de la información de depuración sea pequeño (por ejemplo, reduzca el tamaño de su código)
3. Utilice una implementación de máquina virtual diferente.