通过eclipse运行Tomcat在非调试模式下工作正常,但在调试模式下则不行。当我尝试在调试模式下启动 Tomcat 服务器时,控制台输出在一段时间内看起来不错,但随后开始变慢并最终停止,将 cpu 固定在 100%。我不认为这是相关的,但以防万一 - 这是控制台输出,大约在它开始减慢并最终停止时(停止我的意思是不再有控制台输出,但仍然是 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 ...

我尝试了所有我能想到的方法来修复它:

  • 清理tomcat工作目录
  • 重新启动日食
  • 重新启动Windows
  • 刷新/清理所有项目

我上周第一次使用 eclipse ganymede 时遇到了这个问题。在出现此问题之前的几个月里,我一直在调试模式下运行良好。我没有对我们的项目进行任何会导致这种情况的重大更改。最终,我升级到 eclipse galileo 解决了我的问题。现在两天后,我在伽利略中遇到了同样的问题。就像我说的,它在非调试模式下工作得很好。任何帮助深表感谢。

我应该补充一点,其他事情在调试模式下工作 - 例如 junit 测试,所以它是 tomcat 特有的。

有帮助吗?

解决方案

我已经解决了这个问题!当我想通之后,我记得以前也发生过这样的事情。我清除了所有断点并且工作正常。我不知道为什么这会导致这样的结果,但它确实有效。

其他提示

我自己也遇到了这个问题,这个解决方案帮助了我。然而 - 我只有 1 个断点,而不是其他海报的 20 多个断点。然而,我的一个断点是一个方法断点,而不是一个行断点 - 我想知道 tomcat 启动时的大量方法调用与方法断点是否会导致此问题......我刚刚尝试了一个小实验:

  1. 设置线路断点和启动调试模式-5秒启动(正常)
  2. 设置方法断点并启动调试模式 - .....不愿意等待 (> 90 秒)。

我猜这就是问题所在。

我在伽利略中也遇到了同样的问题。运行速度快但调试缓慢。感谢上面的帖子,我清除了所有断点并重新启动了 Tomcat。这神奇地解决了这个问题。仅供参考 - 我之前有 2 个方法断点和其他行断点。我做了测试来证实上述关于方法断点减慢的理论。这是我发现的。看起来问题不是方法断点,问题是方法断点仍然显示在调试视图的断点列表中,但在代码中不存在。我的意思是我更改了该方法的参数,但具有旧参数的旧断点仍然存在于断点列表中。这就是罪魁祸首,当我删除它时,其他方法断点并没有减慢服务器速度。所以看起来日食正在试图寻找一些不存在的东西,这似乎减慢了它的速度。希望这可以帮助。

我也偶然发现了这个问题。

我关闭了所有不相关的项目。清除了我的断点。增加了 STS VM 内存。关注此博客: http://searchforsolutions.wordpress.com/2011/12/01/eclipse-jvm-settings-for-optimized-performance/禁用 JBoss 工具验证器和所有其他验证器。

现在,STS 魅力十足!

更改默认日志记录级别:

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

到 :

<root>
  <level value="OFF" />
  <appender-ref ref="ConsoleAppender" />
</root>
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top