GWT es lento en el modo de desarrollo

Estoy utilizando Eclipse Galileo con la última versión de GWT 2.0 en modo de desarrollo, pero funciona realmente lento (necesito esperar un minuto para abrir una página, pero después de la compilación, mi aplicación funciona muy bien cuando lo ejecuto usando Tomcat 5.5).GWT es lento en el modo de desarrollo

Mi código no es demasiado pesado y supongo que hay un problema de inconsistencia relacionado con el SO, porque tuve este problema antes, pero cuando reinstalé Windows Vista SP2 (formateé mi unidad de Windows y lo reinstalé), mi problema fue resuelto por unos días y nuevamente se volvió demasiado lento.

No instalé ningún software especial en mi máquina con Windows, así que realmente no sé por qué ocurre este problema. Cualquier sugerencia ?

Fuente

2010-05-24 Ehsan Khodarahmi

¿Qué navegador estás usando? ¿Utiliza el mismo cuando accede al modo dev y cuando la aplicación se implementa en tomcat? – ramirogm

no hay necesidad de gritar> _> –

debe marcar una respuesta como aceptada. –

La primera vez que carga la página, carga todo el javacode necesario (y la JVM). Más tarde, cada actualización de la página solo cargará el javacode modificado y luego ejecutará el todo (aunque podría estar equivocado). Entonces, si cierras el navegador y luego vuelves a abrir la página cada vez que quieres ver los cambios que has hecho, sí, va a ser lento. Si actualiza la página cada vez, DEBERÍA ser rápido (si los cambios que realizó no fueran enormes).

Eclipse + GWT 2.0 no es la razón por la que es lento ... (por cierto Shubhkarman, si estoy en lo cierto no hay plugin de GWT para NetBeans ...)

Fuente

2010-05-24 17:39:49 Zwik

No, el navegador de cierre no puede ayudarme, ¡creo que este problema es un poco más complicado que cerrar y volver a abrir o actualizar el navegador! Lo he intentado con Firefox, Chrome y IE, ¡todos tienen el mismo problema! –

y, por supuesto, estoy de acuerdo con usted, Eclipse + GWT 2.0 no es la razón por la cual es lento. y tampoco hay un complemento para net beans. –

No, debe * no * cerrar el navegador. Como dijo Zwik, después de la carga inicial (que podría demorar un minuto y hacer que el navegador no responda), todas las actualizaciones posteriores deberían ser muy rápidas. Si * ese * no es el caso, entonces podemos investigar más a fondo. –

que he encontrado que la la diferencia de rendimiento entre ejecutar el modo alojado de GWT en depuración frente a no depuración es grande. Si está ejecutando depuración, intente ejecutar sin para ver si eso ayuda.

La carga de la página inicial puede ser lenta, pero una vez que se pone en marcha simplemente haciendo clic en Actualizar en mi navegador, se recarga el proyecto actualizado en solo unos segundos.

Fuente

2010-05-25 15:05:44 user27478

Sí, eso es cierto, cuando navego por mi proyecto en el modo de ejecución en lugar del modo de depuración, su velocidad es correcta. pero ¿cuál es el problema? Necesito ejecutarlo más rápido en el modo de depuración, porque con una velocidad tan lenta, lleva 100 años depurar una aplicación. ¿Alguna idea? –

No sé si, excepto tratar de minimizar la cantidad de tiempo que está utilizando el modo de depuración. Encuentro que la mayoría de las veces puedo resolver mi problema sin usar el modo de depuración. – user27478

A veces puedo resolver mi problema sin utilizar el modo de depuración, pero hay muchas situaciones en las que tengo que usar el modo de depuración (por ejemplo, no puede especificar ningún punto de interrupción ni ver los valores de las variables en modo de ejecución). entonces, esta no es la solución, ¡esto es solo limpiar la pregunta! –

Si está utilizando smartgwt asegúrese de que Firebug o similar esté desactivado. Eso realmente ralentizará tu navegador en modo dev.

Y en lo que respecta a NetBeans, realmente hay un complemento para GWT llamado GWT4NB. Pero el IDE no es su problema :)

Fuente

2010-05-26 12:50:15 Bogdan

Ya revisé Firebug y está deshabilitado. También creo que el IDE no es la razón de este problema, pero ¿qué causa eso? Es un misterio ! –

Eliminar gwt caché de carpetas temporales como imágenes. archivos rpc ... etc que ver el rendimiento. es una de las causas para reducir la velocidad en el modo alojado.

Fuente

2011-01-31 09:17:15

¿Dónde están estas carpetas y archivos temporales de GWT? –

Si se ha vuelto inusualmente lento, pero anteriormente era más rápido y está depurando, podría ser porque tiene un punto de interrupción establecido en una entrada de método. Esto puede hacer que las cosas sean extremadamente lentas, incluso si no se golpea el punto de interrupción. Intenta borrar tus puntos de quiebre.

Fuente

2011-06-01 16:27:48

Este es un buen consejo general cuando se depura, incluso con el simple código Java antiguo – Guillaume

Tuve este problema con un punto de interrupción en un método de filtro y servlet "processCall". Me ahorró un infierno (2 minutos en lugar de 5 para el lanzamiento de la aplicación), pero ¿por qué se está comportando así? –

Tuve alrededor de 20 puntos de quiebre en mi código GWT. Ejecutar en modo de depuración en Eclipse fue MUY MUY lento. Eliminé el punto de interrupción y puedo retroceder como antes: ¡MUY RÁPIDO! –

Tuve un problema similar y descubrí que estaba sucediendo debido a la cantidad de puntos de interrupción. Después de reducir el número de puntos de quiebre, el rendimiento mejoró.

Fuente

2012-04-12 08:23:07

Incluso tuve el mismo problema con GWT. Empecé a probar con Firefox ahora. La primera vez que ejecuté la depuración en Firefox, fue lenta.

que establezca el nivel de registro a 'Información' en el runconfig> gwt pestaña

Por lo tanto, restrated mi espacio de trabajo y el Firefox. Luego 'depurar> myGWTapplication'

Al abrir la aplicación en modo de depuración, espere a que el complemento del navegador se conecte ahora.

Esta vez no escribe todas las líneas de registro en el modo de desarrollo, y es más rápido.

Creo que el firefox y el registro han hecho la diferencia. Ahora no veo mucha demora.

También como se menciona en los comentarios anteriores, elimine los puntos de depuración, los eliminé todos, y los usaré cuando sea necesario.

Edición: lo probé en el IE8 - es un evento rápido allí.

Fuente

2013-08-21 20:46:38 Zeus

GWT es lento en el modo de desarrollo

Respuesta

Cuestiones relacionadas