我有一个应用程序以适当的速度泄漏出java堆(400个用户在2小时后剩余25%...在注销后所有内存都被恢复)并且我们已经确定导致内存泄漏的项目作为字符串放置在会话中,似乎由Portal本身生成。这些值是编码的门户网站URI(非常长的结束编码的字符串......通常大小约为19kb),并且这些密钥似乎是由7个随机生成的字符(前缀为RES#
(例如,RES#NhhEY37
))。WebSphere Portal中的内存泄露与门户网站URI有关
我们已经通过使用会话跟踪和捕捉堆转储了应用程序,这导致确定在几乎每个页面上创建并添加到会话中的这些对象之一...实际上,它似乎是在提交数据的每个页面上(这是大多数页面)。因此,它可以是1:1的页面,也可以是1:1的表格。
有没有人遇到类似的问题?我们正在与IBM打开一张门票,但也想问这个社区。提前致谢!
去看看...谢谢你的提示。 – Greg 2010-01-18 17:41:16
应用程序完全禁用了缓存。打开它为每个门户1小时咯咯笑,并进行了另一次负载测试。相同的泄漏模式。 :(的追求不断! – Greg 2010-01-18 22:08:10