Accélération de Tomcat en mode débogage avec Eclipse IDE

Question

L'exécution de Tomcat via eclipse fonctionne correctement en mode non-débogage, mais pas en mode débogage. Lorsque j'essaie de démarrer le serveur Tomcat en mode débogage, la sortie de la console semble correcte pendant un certain temps, mais commence à ralentir et finit par s'arrêter, fixant le processeur à 100%. Je ne pense pas que ce soit pertinent, mais juste au cas où - voici la sortie de la console à peu près quand elle commence à ralentir et finalement s'arrêter (en arrêtant je ne veux plus de sortie console, mais encore 100% 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 ... 

J'ai essayé tout ce que je pouvais penser à réparer:

• répertoire de travail cleanesd tomcat
• redémarrés éclipse
• redémarré Windows
• rafraîchis/nettoyés tous les projets

J'ai d'abord eu ce proble m la semaine dernière en utilisant eclipse ganymede. J'avais fonctionné correctement en mode debug pendant plusieurs mois avant ce numéro. Je n'ai apporté aucun changement significatif à notre projet qui pourrait causer cela. Finalement, j'ai mis à jour à éclipse galileo qui a résolu mon problème. Maintenant, deux jours plus tard, j'ai le même problème à galileo. Comme je l'ai dit, cela fonctionne très bien en mode non-debug. Toute aide est très appréciée.

Je dois ajouter que d'autres choses fonctionnent en mode débogage - par exemple les tests junit, donc c'est quelque chose de spécifique à tomcat.

Answer 1

J'ai traversé le problème! Une fois que je l'ai compris, je me souviens que c'était déjà arrivé. J'ai effacé tous mes points d'arrêt et ça fonctionne bien. Je ne sais pas pourquoi cela causerait le résultat, mais cela fonctionne.

Answer 2

J'ai juste rencontré ce problème moi-même, et cette solution m'a aidé. Cependant - je n'ai eu qu'un seul breakpoint, plutôt que le 20+ des autres affiches. Mon point de rupture, cependant, était un point d'arrêt de méthode et non un point de rupture de ligne - je me demande si la multitude d'appels de méthodes au démarrage de tomcat combinés avec le point d'arrêt de la méthode pourrait causer ce problème ... Je viens d'essayer une petite expérience:

1. Définition d'un point d'arrêt de la ligne et démarrage du mode de mise au point - 5 secondes démarrage (normal)
2. Définition d'un point d'arrêt de la méthode et le démarrage du mode de débogage - ..... pas prêt à attendre (> 90 secondes).

Je suppose que c'est le problème.

Answer 3

Modifier le niveau de journalisation par défaut de:

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

Pour:

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

Answer 4

J'ai eu ce même problème dans Galileo. Exécution rapide mais analyse de débogage. Merci aux messages ci-dessus, j'ai effacé tous les points d'arrêt et redémarré Tomcat. Cela a réglé le problème comme par magie. fyi - J'avais 2 points d'arrêt de méthode et d'autres points d'arrêt de ligne plus tôt. J'ai fait les tests pour confirmer la théorie ci-dessus sur les points d'arrêt de la méthode qui ralentissent. Voici ce que j'ai trouvé.On dirait que ce n'est pas le point d'arrêt de la méthode qui est le problème, le problème était le point d'arrêt de la méthode qui apparaissait toujours dans la liste des points d'arrêt dans la vue de débogage, mais n'existait pas dans le code. Je veux dire que j'ai changé les paramètres de cette méthode, mais l'ancien point d'arrêt avec des paramètres plus anciens existait encore dans la liste des points d'arrêt. C'était le coupable, quand j'ai enlevé cela, les autres points d'arrêt de la méthode n'ont pas ralenti le serveur. On dirait que éclipse essayait de chercher quelque chose de non existant qui semble l'avoir ralenti. J'espère que cela aide.

Answer 5

J'ai aussi trébuché sur ce problème.

J'ai fermé tous les projets non pertinents. Effacé mes points d'arrêt. Augmentation de la mémoire de la machine virtuelle STS. Suivez ce blog: http://searchforsolutions.wordpress.com/2011/12/01/eclipse-jvm-settings-for-optimized-performance/ Désactivé les validateurs d'outil JBoss et tous les autres validateurs.

Maintenant, STS fonctionne comme un charme!