Carga lenta de la consola de administración de Glassfish

Hoy detuve / inicié mi instancia de GlassfishV3 y ahora no puedo acceder a la consola addmin ubicada en http://servername:4848/. La pantalla dice: "La consola de administración se está cargando ..."Esto está sucediendo para siempre ahora.

He intentado lo siguiente:

  • He intentado agregar la siguiente entrada a mi dominio.xml situado en / glassfishv3 / glassfish / domains / domain1 / config como se sugiere en otra sesión de preguntas y respuestas de Stack Overflow, pero después de reiniciar el servidor aún no hay suerte.

    <java-options>-Dcom.sun.enterprise.tools.admingui.NO_NETWORK=true</java-options>

  • También instalé glassfishv3 en mi máquina local y no puedo volver a crear el problema. http://localhost:4848 sin ningún problema.

  • También he mirado el server.log y jvm.log archivos ubicados debajo del / glassfishv3 / glassfish / domains / domain1 / logs y nada allí que arroje algo de luz.

Cualquier ayuda sería muy apreciada

preguntado el 16 de mayo de 11 a las 19:05

5 Respuestas

Tenía síntomas similares y también probé algo de lo que me había sugerido Dario, pero no funcionó. Podría ser que tuviera una configuración única para mi entorno de desarrollo: estoy ejecutando Glassfish 3.1 en un invitado de VirtualBox Ubuntu 11.04 de 64 bits en un host de Windows 7 de 64 bits. Por accidente, descubrí un síntoma adicional: si apagaba la red en el invitado de Ubuntu, la consola se cargaría correctamente en una instancia del navegador localhost. Es decir, en el invitado de Ubuntu con la red apagada, pude navegar con éxito a http://localhost:4848 y mostrar la consola de administración de Glassfish como se esperaba. Sin embargo, si la red del invitado de Ubuntu estaba encendida, tenía el comportamiento exacto sugerido por el póster original: http://localhost:4848 simplemente se quedaría para siempre en la página de carga inicial.

Para abreviar la historia, descubrí que agregar el siguiente argumento a las opciones de JVM para la configuración del servidor solucionó el problema: -Djava.net.preferIPv4Stack = true

Cuando hice ese cambio y reinicié el servidor Glassfish, todo funcionó.

(Tenga en cuenta que también tenía implementadas algunas de las otras configuraciones recomendadas anteriormente, es decir, NO_NETWORK = true, y ajusté la huella de memoria JVM y la configuré en -server en lugar de -client. Podría ser que estas configuraciones sean necesarias también, aunque en mi caso no fueron suficientes por sí solos).

Respondido el 15 de Septiembre de 11 a las 23:09

¡¡Muchas gracias por contribuir a la causa !! - Viriato

Estaba teniendo exactamente el mismo problema. Podría implementar en modo de ejecución, pero se colgaría para siempre en modo de depuración. IntelliJ colgaba del puntos de interrupción. Silencié los puntos de interrupción y glassfish3 funcionó como nuevo. No tuve que cambiar ninguna configuración de domain.xml. ¡Compruebe sus puntos de interrupción!

Respondido 24 ago 12, 00:08

El mismo problema aquí. Simplemente eliminó todos los puntos de interrupción del eclipse y funciona bien. - djmj

Encontré una solución a mi problema. Establecer la opción java en NO_NETWORK en verdadero no funcionó, así que actualicé de 3.0.1 a 3.1 y se solucionó. Sin embargo, no de inmediato, tuve que detener / iniciar el servidor Glassfish un par de veces antes de ingresar a la consola de administración sin demoras realmente largas.

solución

La solución fue actualizar desde la línea de comandos usando la utilidad pkg.

Puede encontrar los pasos en este enlace: http://download.oracle.com/docs/cd/E18930_01/html/821-2437/gkthu.html#gktjf

O haz lo siguiente:

  1. Vaya a as-install-parent / bin
  2. ./pkg actualización de imagen
  3. as-install-parent / glassfish / bin / asadmin start-domain --upgrade domain-name
  4. as-install-parent / glassfish / bin / asadmin start-domain nombre de dominio

ACTUALIZACIÓN Tuve problemas de rendimiento nuevamente y encontré esta otra solución en el blog de tecnología de Joshi: http://joshitech.blogspot.com/2009/09/glassfish-application-server.html

Básicamente, agregue las siguientes opciones de jvm en domain.xml. Debería aumentar el rendimiento de implementación y arranque de Glassfish:

<jvm-options>-server</jvm-options>
<jvm-options>-Xms3000m</jvm-options>
<jvm-options>-Xmx3000m</jvm-options>
<jvm-options>-XX:MaxPermSize=192m</jvm-options> 
<jvm-options>-XX:NewRatio=2</jvm-options> 
<jvm-options>-XX:+AggressiveHeap</jvm-options>
<jvm-options>-XX:+AggressiveOpts</jvm-options>
<jvm-options>-XX:+UseParallelGC</jvm-options>
<jvm-options>-XX:+UseParallelOldGC</jvm-options>
<jvm-options>-XX:ParallelGCThreads=5</jvm-options>

respondido 13 mar '15, 18:03

No sé si estás haciendo referencia esta respuesta, pero hay un segundo paso descrito (deshabilitar el módulo de actualización).

Dos ideas más:

  1. Verifica si el NO_NETWORK=true La opción realmente funciona (no debería haber anuncios en la consola de administración de GF)

  2. Vea el server.log (glassfish-install-dir / glassfis / domains / domain1 / logs) durante el inicio y busque la última entrada de registro antes de que ocurra el retraso. Esto podría ser una pista del origen del retraso.

contestado el 23 de mayo de 17 a las 13:05

Gracias por la respuesta Matt. Lo que sugirió es lo que había hecho y tampoco funcionó. Encontré una solución, que era básicamente actualizar de 3.0.1 a 3.1. Vea abajo - Viriato

Tenga cuidado de seguir ciegamente el ejemplo de Dario a menos que tenga mucha más RAM que la mayoría.

-Xms3000m le da 3gb a Glassfish. ¿Tienes tanta RAM de repuesto?

Probé esto en mi Mac de 4gb con 1gb para Glassfish. No hizo ninguna diferencia perceptible en absoluto ... el rendimiento sigue siendo suxo.

Respondido el 24 de Septiembre de 11 a las 23:09

Hola Bradjcox: Esto es más adecuado para entornos empresariales, QA o servidores de producción. Si desea hacer desarrollo web en una máquina local, recomendaría Tomcat a menos que necesite las funciones del servidor de aplicaciones completo. Además, los problemas que estoy informando no los tengo en mi entorno local, que es menos poderoso que un entorno empresarial, pero donde realmente importa, en el trabajo :) - Viriato

Sí, podría intentar eso. Otra opción que parecía prometedora este fin de semana es seguir con GF pero evitar sus características de gama alta (particularmente SOA / JAX-WS) y usar nada más que servlets y JAX-B. He perdido toda la paciencia con las últimas "funciones" de Sun / Oracle / Java6 +. - Bradjcox

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.