该应用程序在 apache tomcat 7.0.37 上运行。它是一个使用 JPA 和 MySql 的 Java/GWT 应用程序。
有时我们会发现它完全没有反应。今天是 5 个月内第二次发生这种情况。重新启动后它工作正常。在流量较少时观察到此行为的时间。
我分析了线程转储,没有发现任何死锁。
感谢您对解决问题的任何帮助。
谢谢,基索尔
该应用程序在 apache tomcat 7.0.37 上运行。它是一个使用 JPA 和 MySql 的 Java/GWT 应用程序。
有时我们会发现它完全没有反应。今天是 5 个月内第二次发生这种情况。重新启动后它工作正常。在流量较少时观察到此行为的时间。
我分析了线程转储,没有发现任何死锁。
感谢您对解决问题的任何帮助。
谢谢,基索尔
您提到了完全是前端的 GWT,很可能与服务器问题无关。
如果问题是基于 gwt 的浏览器客户端,您可能会遇到内存性能问题(刷新浏览器会重置它 - 不确定您通过重新启动、重新启动服务器或刷新客户端来表示什么)。
如果您的客户端代码重新创建了许多小部件/dom 元素并挂在它们上,那么冻结您的客户端非常容易。
同样,如果这是有问题的 gwt-client,您可以使用 Speedtracer 轻松分析此问题。
Chrome > Speed Tracer > Timeline > Memory(还可以查看事件)
如果这是一个问题,您可能需要深入查看您的代码
终于找到原因了。我们正在从同一个持久性单元创建 2 个 EntityManagerFactory,并期望它有 2 个不同的连接池,但它们共享相同的连接池。