Calendar ADF日历性能泄漏

Calendar ADF日历性能泄漏,calendar,oracle-adf,jdeveloper,Calendar,Oracle Adf,Jdeveloper,我使用的是jdeveloper11.1.2.3.0 我已经在我的应用程序中实现了af:calenar功能。我的日历基于一个ViewObject,它查询一个包含大量记录(500-1000)的数据库表。通过select查询对我的数据库表执行选择非常快,只有几毫秒。问题是加载我的af:calendar的时间太长。这需要5秒钟以上。如果我只想更改月份或日历视图,我必须等待大约相当长的时间。我在网上搜索了很多,但没有找到对此的解释。谁能解释一下为什么要花这么长时间?有人曾经面对过这个问题吗 PS:我甚至已

我使用的是jdeveloper11.1.2.3.0 我已经在我的应用程序中实现了af:calenar功能。我的日历基于一个ViewObject,它查询一个包含大量记录(500-1000)的数据库表。通过select查询对我的数据库表执行选择非常快,只有几毫秒。问题是加载我的af:calendar的时间太长。这需要5秒钟以上。如果我只想更改月份或日历视图,我必须等待大约相当长的时间。我在网上搜索了很多,但没有找到对此的解释。谁能解释一下为什么要花这么长时间?有人曾经面对过这个问题吗


PS:我甚至已经用JDeveloper 12进行了测试,问题与此相同

您应该查看viewobject tuning属性,查看在一次网络访问中获取的记录数,并对填充日历的可执行文件执行相同的检查

还可以尝试使用HTTP分析器查看正在发生的网络流量,并使用ADF记录器检查正在向数据库发送的SQL


您是否与firebug(例如)核对过服务器调用的响应时间?这个电话有多少个,响应的权重是多少?只是要缩小范围是服务器端问题,或客户端渲染问题。感谢您的评论,这是服务器端问题,而不是客户端问题。你曾经面对过这个问题吗?你对此有何看法?不完全是这个问题,只是常识而已。现在,请确保您的浏览器等待来自服务器的答案时存在延迟(这意味着,没有数据被发送,只是等待答案)。如果是这样的话,那么发送响应的底层过程会使它变慢。在这一点上,您可以开始分析。检查模型执行时间等(请注意,BC向DB发出的查询可能与您使用其他SQL工具发出的查询的工作方式不同。还有一件事,我希望此查询中没有CLOB/BLOB字段?是的,浏览器只是等待响应,我已实时控制服务器日志。另一方面,ViewObject中没有CLOB/BLOB字段。如果我使用qu基于ery的视图对象,性能只提高了一点,但仍然需要很长时间。有什么想法吗?谢谢您的回复Shay,我会尝试一下,但问题不是来自VO,而是来自日历组件渲染。如果一个月内有许多事件,打开该月的视图需要很长时间,其他月份的天气会很糟糕ss事件将减少时间(值得注意的时间)。您是否曾尝试将此组件用于大量事件?