sirve servlet que para pagina last ejemplo java eclipse tomcat debug-mode

java - servlet - Acelerando Tomcat en modo de depuración con Eclipse IDE



servlet java ejemplo (5)

Ejecutar Tomcat a través de eclipse funciona bien en modo no depuración, pero no en modo de depuración. Cuando trato de iniciar el servidor de Tomcat en modo de depuración, la salida de la consola se ve bien por un tiempo, pero luego comienza a ralentizarse y finalmente se detiene, vinculando la CPU al 100%. No creo que sea relevante, pero por las dudas: aquí está la salida de la consola acerca de cuándo comienza a ralentizarse y eventualmente a detenerse (al detenerme quiero decir que no hay más salida de consola, pero aún así 100% de CPU).

2009-09-02 14:35:30,859 INFO NONE org.springframework.context.weaving.DefaultContextLoadTimeWeaver:72 - Found Spring''s JVM agent for instrumentation 2009-09-02 14:35:49,562 INFO NONE org.springframework.beans.factory.support.DefaultListableBeanFactory:414 - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@ed889d: defining beans [... 2009-09-02 14:37:31,031 INFO NONE org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean:221 - Building JPA container EntityManagerFactory for persistence unit ...

Intenté todo lo que pude pensar para solucionarlo:

  • cleanesd directorio de trabajo Tomcat
  • Eclipse reiniciado
  • reinició Windows
  • actualizado / limpiado todos los proyectos

La primera vez tuve este problema la semana pasada usando eclipse ganymede. Estuve funcionando bien en modo de depuración durante varios meses antes de este problema. No hice ningún cambio significativo en nuestro proyecto que pudiera causar esto. Eventualmente, me actualicé a eclipse galileo el cual resolvió mi problema. Ahora, 2 días después, estoy teniendo el mismo problema en galileo. Como dije, funciona bien en modo no depuración. Cualquier ayuda es muy apreciada.

Debo añadir que otras cosas funcionan en modo de depuración, por ejemplo, pruebas junit, por lo que es algo específico de tomcat.

¡He superado el problema! Una vez que lo descubrí, recuerdo que esto ha sucedido antes. Borré todos mis puntos de interrupción y funciona bien. No tengo idea de por qué eso causaría el resultado que es, pero funciona.

Cambiar el nivel de registro predeterminado de:

<root> <level value="DEBUG" /> <appender-ref ref="ConsoleAppender" /> </root>

A :

<root> <level value="OFF" /> <appender-ref ref="ConsoleAppender" /> </root>

Me encontré con este problema yo mismo, y esta solución me ayudó. Sin embargo, solo tuve 1 punto de interrupción, en lugar de los más de 20 de otros carteles. Mi único punto de interrupción, sin embargo, fue un punto de corte de método y no un punto de corte de línea. Me pregunto si la multitud de llamadas de método en el arranque de tomcat combinadas con el punto de corte del método podrían estar causando este problema ... Intenté un pequeño experimento:

  1. Establecer un punto de corte de línea e iniciar el modo de depuración - inicio de 5 segundos (normal)
  2. Establecer un punto de interrupción de método e iniciar el modo de depuración - ..... no está dispuesto a esperar (> 90 segundos).

Supongo que este es el problema.

Tuve el mismo problema en Galileo. Ejecución rápida pero depuración de rastreo. Gracias a las publicaciones anteriores, borré todos los puntos de interrupción y reinicié Tomcat. Eso mágicamente solucionó el problema. fyi - Tenía 2 puntos de corte de método y otros puntos de corte de línea más temprano. Hice las pruebas para confirmar la teoría anterior sobre el punto de interrupción del método. Esto es lo que encontré. Parece que no es el punto de corte del método el problema, el problema fue el punto de corte del método que aún aparecía en la lista de puntos de corte en la vista de depuración, pero que no existía en el código. Quiero decir que cambié los parámetros de ese método, pero el antiguo punto de interrupción con parámetros más antiguos todavía existía en la lista de puntos de corte. Ese fue el culpable, cuando lo eliminé, los otros puntos de interrupción del método no ralentizaron el servidor. Así que parece que eclipse estaba tratando de buscar algo inexistente que parece haberlo ralentizado. Espero que esto ayude.