Email WebSphere电子邮件适配器6.1.x(任何已知内存泄漏)

Email WebSphere电子邮件适配器6.1.x(任何已知内存泄漏),email,websphere,adapter,Email,Websphere,Adapter,WebSphere电子邮件适配器6.1.x版本中是否存在已知内存泄漏 根据我在IBM网站上的搜索和谷歌搜索,我似乎找不到任何信息 情况如下: 在一台服务器上,WPS管理员说OOM错误的发生是因为这个电子邮件适配器,而同样的东西在另外两台服务器上工作。我没有访问堆转储的权限(因为管理员没有与我共享堆转储,而且我对服务器的访问权限有限) 感谢您的建议 我问他们堆转储,但在等待的时候,我还能尝试什么?一种可能是关闭电子邮件适配器组件并进行观察,但这可能无法解释多台服务器之间行为的差异。如果您有一个预生

WebSphere电子邮件适配器6.1.x版本中是否存在已知内存泄漏

根据我在IBM网站上的搜索和谷歌搜索,我似乎找不到任何信息

情况如下:

在一台服务器上,WPS管理员说OOM错误的发生是因为这个电子邮件适配器,而同样的东西在另外两台服务器上工作。我没有访问堆转储的权限(因为管理员没有与我共享堆转储,而且我对服务器的访问权限有限)

感谢您的建议


我问他们堆转储,但在等待的时候,我还能尝试什么?一种可能是关闭电子邮件适配器组件并进行观察,但这可能无法解释多台服务器之间行为的差异。

如果您有一个预生产或压力/容量测试平台,我将创建一个负载测试,专门针对使用电子邮件适配器的BIT并进行流量测试(可能使用类似的工具)测试到断点。如果服务器没有OOM,则表明您的漏洞在其他地方


但是,最有效的方法可能是等待堆转储…(祝你好运)

嗨,谢谢。我得到了堆转储,但我看不出发生这种情况的原因。堆转储确实确定了谁是罪魁祸首。我可以看到创建了大量对象,每个对象的大小都很小,为2K(但有无数个)这就是罪魁祸首。这实际上是javax.mail.InternetHeader,我看不出为什么要创建这么多的头。