Question

Running Tomcat par Eclipse fonctionne très bien en mode non-debug, mais pas en mode débogage. Lorsque je tente de démarrer le serveur Tomcat en mode débogage, la sortie de la console semble bien pendant un certain temps, mais commence à ralentir et, finalement, arrête juste, l'ancrage cpu à 100%. Je ne pense pas que ce soit pertinent, mais juste au cas où -. Voici la sortie de la console droite quand il commence à ralentir et éventuellement arrêter (en arrêtant je veux dire pas de sortie plus de la console, mais cpu encore 100%)

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 pour y remédier:

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

J'ai d'abord eu ce problème la semaine dernière en utilisant Eclipse Ganymede. J'avais couru bien en mode debug pendant plusieurs mois avant cette question. Je n'ai pas fait des changements importants à notre projet qui entraînerait cela. Finalement, je suis passé à éclipser ce qui a résolu mon Galiléo problème. Maintenant, 2 jours plus tard, je vais avoir le même problème dans Galiléo. Comme je l'ai dit il 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, il est donc quelque chose de spécifique à tomcat

.
Était-ce utile?

La solution

Je suis devenu par la question! Une fois que j'ai tout compris, je me souviens que cela est déjà arrivé. Je franchis tous mes points d'arrêt et il fonctionne très bien. Je ne sais pas pourquoi cela causerait le résultat qui est fait, mais il fonctionne.

Autres conseils

Je viens de rencontrer moi-même dans ce problème, et cette solution m'a aidé. Cependant - je n'avais 1 point d'arrêt, plutôt que le 20+ d'autres affiches. Mon un point d'arrêt, cependant, était un point d'arrêt de la méthode et non une ligne breakpoint - Je me demande si la multitude de méthode appelle au démarrage tomcat combinée avec la méthode pourrait être à l'origine breakpoint ce problème ... Je viens d'essayer une petite expérience:

  1. Définition d'un point d'arrêt de la ligne et le mode de débogage à partir - 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 devine que c'est le problème.

J'ai eu ce même problème dans Galileo. course rapide mais débogage ramper. Merci aux postes ci-dessus, je franchis tous les points d'arrêt et redémarrage de Tomcat. Ce magiquement résolu le problème. FYI - J'ai eu 2 méthode et autre ligne des points d'arrêt des points d'arrêt plus tôt. Je l'ai fait les tests pour confirmer la théorie ci-dessus sur la méthode des points d'arrêt ralentissement. Voici ce que j'ai trouvé. On dirait que ce n'est pas la méthode qui est le point d'arrêt problème, le problème est la méthode qui a été breakpoint toujours visible dans les la liste des points d'arrêt en mode débogage, mais n'a pas été en vigueur dans le code. Je veux dire que je changé les paramètres de cette méthode, mais l'ancien point de rupture avec des paramètres anciens était encore en vigueur dans la liste de point d'arrêt. C'était le coupable, quand j'ai enlevé que, les autres points d'arrêt de la méthode n'a pas ralenti le serveur. ressemble tellement éclipse a essayé de rechercher quelque chose de non-existant qui semble avoir ralenti vers le bas. Espérons que cela aide.

Moi aussi je suis tombé sur cette question.

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

STS maintenant fonctionne comme un charme!

Modifier le niveau de journalisation par défaut à partir de:

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

Pour:

<root>
  <level value="OFF" />
  <appender-ref ref="ConsoleAppender" />
</root>
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top