2011-03-11 11 views
8

Estoy ejecutando GlassFish Server Open Source Edition 3.0.1 (compilación 22). Tanto en mi entorno de desarrollo (Mac OSX, 4 núcleos y 8 GB de RAM) como en producción (Linux, 2 núcleos, 4 GB), la consola es extremadamente lenta para arrancar.¿Por qué la consola de administración de Glassfish es tan lenta?

La máquina está en gran parte inactiva. ¿Qué está haciendo glassfish? ¿Hay algo que haya que ajustar para que se inicie más rápido?

Actualización 1:

Ejemplo- he estado tratando de reproducir alguna configuración JDBC que he implementado y probado localmente hasta mi servidor. Acabo de desperdiciar una HORA tratando de copiar la configuración porque no puedo hacer que las consolas de cristal y de desarrollo se abran simultáneamente sin que una de ellas se agote.

Me gustaría abrir la consola de desarrollo, y finalmente la de la aplicación, pero cuando vuelvo a hacer clic en la ventana de desarrollo, ya ha expirado y ahora intenta reiniciarse.

Esto es una locura. ¿Una hora para replicar una conexión JDBC simple? ¿Alguien realmente logra usar esto en producción con éxito?

Actualización: 2

encontré dos cosas que hicieron una gran diferencia:

  1. Los aspectos de la interfaz de usuario Ajax glassfish parece muy frágil. Tenía dos pestañas del navegador abiertas, una a localhost:4848, y otra a localhost:9000. La primera pestaña fue para un servidor de Glassfish que se ejecutaba en localhost. El segundo era un servidor remoto, con puerto reenviado para aparecer como un servidor local a través de ssh. Normalmente esto no es un problema, pero sospecho que confunde el manejo de la sesión en glassfish para ver dos servidores en el mismo "host", incluso si están en puertos diferentes.

  2. He actualizado mi 3.0 a 3.1. Esto parece haber eliminado una gran cantidad de retraso en la puesta en marcha.

Espero que esta publicación ayude a alguien más a no sufrir este trauma. Gracias a todos por vuestras sugerencias.

+0

Realmente no veo la pregunta de programación aquí? –

+0

@Tim: Me gustaría mantener las preguntas, ya que muchos programadores tienen problemas con él (ver [aquí] (http://www.mentby.com/Group/glassfish-users/glassfish-v3-admin-console-very -slow.html)) –

+4

En mi humilde opinión, se trata mucho de programación porque, como desarrolladores, esta es una herramienta con la que debemos lidiar a diario. Es como decir que no podemos hacer preguntas sobre compiladores o un JRE. –

Respuesta

10

Puede estar relacionado con el módulo de actualización Glassfish.

Durante cada puesta en marcha de la consola, el módulo de actualización intenta contar todas las actualizaciones disponibles. Desde que usas GF 3.0.1 hay muchas actualizaciones desde el 28 de febrero, cuando se lanzó el nuevo Glassfish 3.1. Puede haber hasta 70 actualizaciones o más y los servidores de actualización tienen que manejar una gran cantidad de solicitudes desde ese día.

Tuve el mismo problema. Pero podría resolverlo encontrando finalmente un buen hilo de discusión en Jira de Glassfish. Look here for possible solutions. No tiene que leer todo el hilo, busque la publicación resumida de Sun, 13 de diciembre de 2009, 12:42:48 por Anissa Lam.

Para resumir este artículo (detalles se pueden encontrar allí):

  1. Añadir una opción de JVM a glassfish configuración con el fin de desactivar el acceso a la red para la consola de administración
  2. Cambie el nombre del módulo de actualización en su directorio de módulos de glassfish.

Hope this helps!

+0

+1 Eso me recuerda un problema que tuve con un administrador de glassfish, y fue porque el servidor no tenía acceso a Internet. Creo que podría haber sido el código de registro y no la actualización. – JOTN

+0

Esto me consiguió a mitad de camino, ¡gracias! –

+0

enlace se rompió – vels4j

0

Definitivamente tiene algún tipo de tiempo de espera de red sucediendo. Esas operaciones deberían tomar segundos. ¿Hay algo útil en server.log? Una gran cantidad de problemas tienden a estar relacionados con las búsquedas inversas de DNS. Un espionaje de red le mostraría a qué intenta acceder.

4

No, no eres solo tú. La interfaz gráfica de usuario de Glassfish 3 es horrible, y hasta donde yo sé, no se puede hacer nada al respecto. Pero noté que todos los problemas parecen estar en la capa de presentación. Si uso asadmin o realizo llamadas AJAX directamente, entonces el rendimiento es razonable. Lo mejor que puede hacer es descubrir cómo puede hacer lo que necesita sin usar la GUI. Comience por aprender los comandos asadmin para las tareas que realiza a menudo, como implementar y anular la implementación de aplicaciones.

Si quisiera copiar la configuración JDBC de una instancia a otra, simplemente abriría los archivos domain.xml y manualmente copiaría los elementos jdbc-resource y jdbc-connection-pool. (Probablemente hay una manera de hacerlo 'correctamente' con asadmin, pero aprender a hacerlo me llevaría diez veces más que hacerlo de manera 'incorrecta', así que nunca me molesté.)

+0

Tiene razón acerca de la succión que está en la capa de presentación. GF estaba muy confundido porque tenía dos pestañas abiertas para diferentes instancias del servidor (a pesar de que ambas estaban en 'localhost', tenían diferentes puertos). –

0

desactivamos las actualizaciones automáticas a través de las preferencias de la herramienta de actualización y el problema se resolvió Tenga en cuenta que debe instalar la herramienta de actualización para hacerlo

0

Personalmente, estoy usando una computadora portátil y tuve el mismo problema exacto. Descubrí que mi dispositivo se estaba ejecutando en modo de estado de baja potencia. Una vez que lo cambié a consumo de energía equilibrado, todo el proceso que consumía mucho tiempo se redujo mucho.

Cuestiones relacionadas