Xpages 由于NotesDocument.CloseMiMeetities()导致性能下降

Xpages 由于NotesDocument.CloseMiMeetities()导致性能下降,xpages,xpages-ssjs,Xpages,Xpages Ssjs,在将我的XPages应用程序从一个Domino服务器移动到另一个Domino服务器(9.0.1 FP4版本和类似硬件)之后,应用程序的性能急剧下降。基准测试显示 doc.closeMIMEEntities(false,"body") 在旧服务器上需要~0.1ms,现在在新服务器上平均需要>10ms。如果只是几个文档的话,这种差异并不重要,但是在初始化应用程序时,我读取了1000多个文档,因此初始化时间从不到1秒变为10秒以上 在代码中,我使用上面的行关闭MIME实体,而不保存从中读取后的任何更

在将我的XPages应用程序从一个Domino服务器移动到另一个Domino服务器(9.0.1 FP4版本和类似硬件)之后,应用程序的性能急剧下降。基准测试显示

doc.closeMIMEEntities(false,"body")
在旧服务器上需要~0.1ms,现在在新服务器上平均需要>10ms。如果只是几个文档的话,这种差异并不重要,但是在初始化应用程序时,我读取了1000多个文档,因此初始化时间从不到1秒变为10秒以上

在代码中,我使用上面的行关闭MIME实体,而不保存从中读取后的任何更改(不写入)。在两台服务器上,该函数始终返回true。尽管实体中未发生任何更改,但现在仍需要花费超过100倍的时间

两台服务器的硬件或多或少都相同,而且我的应用程序的副本在两台服务器上都包含相同的设计和数据,这让我相信问题与Domino服务器的设置有关

有人能帮我吗


PS:我总是在打开NotesDocument之前使用
session.setConvertMime(false)
,也就是说,从MIME到RichText的转换不应该是导致问题的原因


PPS:HTTPJVMMaxHeapSize在两台服务器上都是相同的(1024M),有多个100Mb的可用内存。如果有人认为这个问题可能与内存不足有关,我会提到这个问题。

这个问题与Domino9.0.1FP4中的“”有关。它已经用(正如@KnutHerrmann所指出的)解决了

原来旧的Domino服务器安装了临时补丁1,而“新的”服务器没有。将修复程序应用到新的Domino服务器后,性能恢复正常,一切正常