我有一个XPage
应用程序,该应用程序在Domino Server 8.5.3 FP6
上运行,没有任何FTSearch problems
。
几周以来,我正致力于迁移到Domino Server 9.0.1 FP3
。
现在看来我们必须处理这个bug
请记住:我们Domino Server 8.5.3 FP6
没有麻烦!
在上面的IBM技术说明中,您可以找到一段解决问题 这描述了在ViewEntryCollection而不是View对象上运行FTSearch的变通方法
示例(Domino Server 9.0.1崩溃):
var nview:NotesView = database.getView("luDocumentsDownloadsHistory");
nview.FTSearch("[Downloader] = Homer Simpson/ncdev");
var col:NotesViewEntryCollection = nview.getAllEntries();
var viewEntry:NotesViewEntry = col.getFirstEntry();
while (viewEntry != null) {
var tmpEntry:NotesViewEntry = col.getNextEntry();
viewEntry.recycle();
viewEntry = tmpEntry;
}
示例(解决方法没有崩溃):
var nview:NotesView = database.getView("luDocumentsDownloadsHistory");
var col:NotesViewEntryCollection = nview.getAllEntries();
col.FTSearch("[Downloader] = Homer Simpson/ncdev");
var viewEntry:NotesViewEntry = col.getFirstEntry();
while (viewEntry != null) {
var tmpEntry:NotesViewEntry = col.getNextEntry();
viewEntry.recycle();
viewEntry = tmpEntry;
}
但是,这种解决方法对我来说并不适用,因为我必须使用search-Attribute与<xp:dominoView var="viewData" search="[FieldName] = FieldValue">
合作。因此,我无法将FTSearch调用从View移动到ViewEntryCollection。
知道为什么这个问题出现与Domino 9.0.1 FP3?
答案 0 :(得分:2)
Technote也说:
问题仅限于搜索返回超过约16,300份文档的情况(具体值可能会有所不同)。如果使用方法的MaxDoc参数或Notes.ini FT_Max_Search_Results将值限制为小于16,300个文档的值,则不会发生此问题。
将FT_Max_Search_Results
和TEMP_INDEX_MAX_DOC
设置为合理的值,例如500.尽管如此,它表示16,300以下的任何内容都是安全的。
答案 1 :(得分:0)
首先我要说的是,我们向IBM报告了我们的问题。
IBM进一步调查的最后一个问题:
如果你在你的应用程序中使用LSI_INFO功能,你会好心的告诉我吗?
- 醇>
您能否确认问题是否仍在Domino 853中发生但在Domino 853FP6中未发生
我问这个的原因是这种情况下的主要嫌疑人 似乎是SPR#RGAU8ZRLKH:Xpages:Domino Server Crashing When 击中一张Largeview和Param的最后一页 Ft_max_search_results = 99999999
如果确认,我们可能会从开发中请求修补程序。
此处我们的调查结果/答案:
调用不受支持的LotusScript函数LSI_Info
可能会导致崩溃。但是我们不在我们的应用程序中使用LSI_INFO函数。
我们已在Domino Server 8.5.3上卸载了FP6,并进行了一些测试,没有任何问题。因此,我们无法确认Domino 8.5.3上是否仍会出现此问题。它在Domino Server 8.5.3安装(使用和不使用FP6)上都能很好地工作。
环境详情:
感谢IBM爱尔兰人,他们正在努力识别这个错误。