Acelerando o tomcat no modo de depuração com o eclipse ide

Question

A execução do Tomcat através do Eclipse funciona bem no modo não dedimente, mas não no modo de depuração. Quando tento iniciar o servidor Tomcat no modo de depuração, a saída do console fica bem por um tempo, mas começa a desacelerar e, eventualmente, apenas para, atrelando a CPU a 100%. Eu não acho que seja relevante, mas apenas por precaução - aqui está a saída do console quando começa a desacelerar e eventualmente para (ao parar, não quero mais saída do console, mas ainda 100% da 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 ...

Eu tentei tudo o que conseguia pensar para consertar:

• Diretório de trabalho de limpeza Tomcat
• reiniciei o eclipse
• Reiniciado janelas
• Ageverado/limpo todos os projetos

Eu tive esse problema na semana passada usando o Eclipse Ganymede. Eu estava funcionando bem no modo de depuração por vários meses antes deste problema. Não fiz alterações significativas em nosso projeto que causariam isso. Eventualmente, atualizei para o Eclipse Galileo, que resolveu meu problema. Agora, 2 dias depois, estou tendo o mesmo problema em Galileu. Como eu disse, funciona bem no modo não-debutivo. Qualquer ajuda é muito apreciada.

Devo acrescentar que outras coisas funcionam no modo de depuração - por exemplo, testes JUNIT, por isso é algo específico para o Tomcat.

Answer 1

Eu superei o problema! Depois que descobri, lembro que isso já aconteceu antes. Limpei todos os meus pontos de interrupção e funciona bem. Não tenho idéia do porquê isso causaria o resultado que é, mas funciona.

Answer 2

Eu mesmo encontrei esse problema, e essa solução me ajudou. No entanto - eu só tinha 1 ponto de interrupção, em vez dos mais de 20 outros pôsteres. Meu ponto de interrupção, no entanto, era um ponto de interrupção do método e não um ponto de interrupção da linha - eu me pergunto se a multidão de chamadas de método na inicialização do tomcat combinada com o método de interrupção poderia estar causando esse problema ... Acabei de experimentar um pequeno experimento:

1. Definindo um ponto de interrupção da linha e o modo de depuração inicial - 5 segundos de inicialização (normal)
2. Definir um ponto de interrupção do método e iniciar o modo de depuração - ..... não está disposto a esperar (> 90 segundos).

Acho que esse é o problema.

Answer 3

Eu tive o mesmo problema em Galileu. RUN RUN, mas depuração rastejando. Graças às postagens acima, limpei todos os pontos de interrupção e reiniciei o Tomcat. Isso corrigiu magicamente o problema. FYI - Eu tinha 2 pontos de interrupção do método e outros pontos de interrupção da linha mais cedo. Fiz os testes para confirmar a teoria acima sobre pontos de interrupção do método diminuindo. Aqui está o que eu encontrei. Parece que não é o ponto de interrupção do método que é o problema, o problema foi o ponto de interrupção do método que ainda estava aparecendo na lista de pontos de interrupção na visão de depuração, mas não existia no código. Quero dizer, mudei os parâmetros desse método, mas o ponto de interrupção antigo com parâmetros mais antigos ainda existia na lista de pontos de interrupção. Esse foi o culpado, quando removi isso, os outros pontos de interrupção do método não diminuíram o servidor. Parece que o Eclipse estava tentando procurar algo inexistente que parece ter diminuído a velocidade. Espero que isto ajude.

Answer 4

Eu também tropecei nessa questão.

Fechei todos os projetos irrelevantes. Limpou meus pontos de interrupção. Memória STS VM aumentada. Siga este blog: http://searchforsolutions.wordpress.com/2011/12/01/eclipse-jvm-settings-for-optimized-performance/Desativou os validadores de ferramentas JBoss e todos os outros validadores.

Agora o STS funciona como um charme!

Answer 5

Altere o nível de log padrão de:

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

Para :

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