即使在使用XPagesPreload之后,xPages应用程序加载时间也很慢

即使在使用XPagesPreload之后,xPages应用程序加载时间也很慢,xpages,Xpages,我有一个带有40个xpages、60个自定义控件和cca的xpages应用程序。50个java文件(在src…包资源管理器中使用) 为了加速应用程序加载,我在notes.ini中使用了这两个变量 XPagesPreload=1 XPagesPreloadDB=account/w-apps.nsf (I use the latest 853FP1) 在日志中我可以看到,这些变量正在被使用,但尽管如此,我总是要等待7秒才能显示第一页(下一次很快)。当我不使用该应用程序时,例如,在我看来,一个小

我有一个带有40个xpages、60个自定义控件和cca的xpages应用程序。50个java文件(在src…包资源管理器中使用) 为了加速应用程序加载,我在notes.ini中使用了这两个变量

XPagesPreload=1 
XPagesPreloadDB=account/w-apps.nsf 
(I use the latest 853FP1)

在日志中我可以看到,这些变量正在被使用,但尽管如此,我总是要等待7秒才能显示第一页(下一次很快)。当我不使用该应用程序时,例如,在我看来,一个小时后它似乎被卸载,然后我不得不再次等待。最后,当您每小时使用一次应用程序时,您总是需要等待一段时间,这会让您感到恼火。有没有一种方法可以加速/克服这些问题,或者至少可以避免应用程序卸载?

这是xPages的一个常见问题。一段时间后,服务器卸载应用程序以释放内存供其他应用程序使用。您要搜索的设置是:

xsp.application.timeout

在nsf/服务器的xsp.properties文件中。如果更改此号码,服务器超时的时间会更长,但请注意:

这还意味着未清除会话的内存,这可能会导致outofmemory错误。


如果你的应用程序需要7秒钟才能加载,那么后台会有很多事情发生。我认为明智的做法是,首先看看是否可以优化架构,优化服务器上的内存设置(jvm heapsize),看看服务器的规格是否可能是瓶颈

这是xPages的常见问题。一段时间后,服务器卸载应用程序以释放内存供其他应用程序使用。您要搜索的设置是:

xsp.application.timeout

在nsf/服务器的xsp.properties文件中。如果更改此号码,服务器超时的时间会更长,但请注意:

这还意味着未清除会话的内存,这可能会导致outofmemory错误。


如果你的应用程序需要7秒钟才能加载,那么后台会有很多事情发生。我认为明智的做法是,首先看看是否可以优化架构,优化服务器上的内存设置(jvm heapsize),看看服务器的规格是否可能是瓶颈

您可以保持会话时间适中,但使用一个调度代理,它只需在一个可以匿名访问的页面上执行@URLOpen。这可以防止应用程序超时。为此,请将“匿名”设置为“无访问权”,但选中“阅读公共文档”,然后选中一个页面为“可供公共访问用户使用”。页面不应该做任何事情,只需返回“OK-我知道了”——但保持应用程序上下文的活动性


如果您将代理安排在08:00-18:00运行,则您的应用程序在正常工作时间内启动

您可以保持适当的会话时间,但使用一个调度代理,只需在一个可以匿名访问的页面上打开@URLOpen即可。这可以防止应用程序超时。为此,请将“匿名”设置为“无访问权”,但选中“阅读公共文档”,然后选中一个页面为“可供公共访问用户使用”。页面不应该做任何事情,只需返回“OK-我知道了”——但保持应用程序上下文的活动性


如果您将代理安排在08:00-18:00运行,则您的应用程序在正常工作时间启动

XPagesPreload
在我看来,设置很奇怪,完全没有用。只有在极少启动HTTP任务或服务器的情况下,才会预加载它们。如果XPage在2.5小时内未被访问,它将被卸载。在使用8.5.2进行测试时,我注意到了这一点。在Domino9中,我只知道它们是在几个小时后卸载的,可能仍然是2.5小时

我遇到了比7秒加载时间更大的问题。第一次加载某些XPages是1-3分钟。David Leedy还提到了类似的加载时间

经过一些测试,我发现速度缓慢是由视图面板造成的,在该面板中,文档是通过全文搜索获取并排序的(不确定排序是否相关)。当视图索引较大时,这会导致非常长的初始加载时间。第一次加载后,页面将在1-3秒内加载,并进行不同的全文搜索。我们的视图索引几乎为0.7GB,因为有12列可双向排序(客户要求)。慢度介于渲染响应之前和渲染响应之后事件之间


我怀疑客户是否会使用所有这24个排序索引,所以我在每列中选中了“推迟索引创建直到首次使用”选项。然后我放弃了视图索引,到目前为止它一直很小,早上的第一次加载现在只有几秒钟了。

XPagesPreload
在我看来设置很奇怪,完全没有用。只有在极少启动HTTP任务或服务器的情况下,才会预加载它们。如果XPage在2.5小时内未被访问,它将被卸载。在使用8.5.2进行测试时,我注意到了这一点。在Domino9中,我只知道它们是在几个小时后卸载的,可能仍然是2.5小时

我遇到了比7秒加载时间更大的问题。第一次加载某些XPages是1-3分钟。David Leedy还提到了类似的加载时间

经过一些测试,我发现速度缓慢是由视图面板造成的,在该面板中,文档是通过全文搜索获取并排序的(不确定排序是否相关)。当视图索引较大时,这会导致非常长的初始加载时间。第一次加载后,页面将在1-3秒内加载,并进行不同的全文搜索。我们的视图索引几乎为0.7GB,因为有12列可双向排序(客户要求)。慢度介于渲染响应之前和渲染响应之后事件之间

我怀疑客户是否会使用所有这24个排序索引,所以我在每个列中选中了“延迟索引创建直到第一次使用”选项