Jboss 将Richfaces升级到新版本的性能优势

Jboss 将Richfaces升级到新版本的性能优势,jboss,seam,richfaces,Jboss,Seam,Richfaces,我有一个客户端正在运行一个基于JBoss 4.0.5、Seam 1.2和RichFaces 3.0.1的应用程序。他们的系统存在性能问题,这是因为大量数据从服务器返回并显示在屏幕上,而且这些数据的渲染似乎要花很长时间。带回的数据显示在选项卡式界面中,但当前没有单独加载选项卡,而是一次加载所有选项卡 我正试图建立一个案例,向客户展示升级到从不版本的RichFaces的好处,据我所知,它添加了大量与选项卡式面板相关的功能,并能够使用ajax页面化数据和加载当前实际需要显示的块,而不是其他选项卡中的其

我有一个客户端正在运行一个基于JBoss 4.0.5、Seam 1.2和RichFaces 3.0.1的应用程序。他们的系统存在性能问题,这是因为大量数据从服务器返回并显示在屏幕上,而且这些数据的渲染似乎要花很长时间。带回的数据显示在选项卡式界面中,但当前没有单独加载选项卡,而是一次加载所有选项卡

我正试图建立一个案例,向客户展示升级到从不版本的RichFaces的好处,据我所知,它添加了大量与选项卡式面板相关的功能,并能够使用ajax页面化数据和加载当前实际需要显示的块,而不是其他选项卡中的其他选项卡

迁移到较新版本的RichFaces还将产生Jboss和Seam的never版本,因为RichFaces 3.2.1的当前生产版本需要JSF 1.2


如果有人对当前版本RichFaces、paging等的性能有一些建议或经验,我将非常感谢您的反馈

使用探查器,自己动手。只有你有申请表。只有您知道哪些组件组合是“慢”的。我想你可以自己很快测量


p、 我发现JSF1.2的Apache实现比JSF1.0的Apache实现要好得多。我使用了一点RichFace 3.2,它看起来还不错,但是客户端在ajax请求上发送的信息仍然有点太多,所以RichFaces ajax的执行速度要比手工制作的ajax解决方案慢得多,但在RichFaces中的代码速度要快得多。

我没有注意到通过各种RichFaces版本进行升级会带来多少性能改进。您最好对渲染中涉及的代码进行优化——例如,检查代码是否被多次调用(就像在getter中放置逻辑一样)

我发现Tobias Hill在Seam论坛中概述的bean计时拦截器(@MeasureCalls)绝对是非常棒的——比针对特定问题的剖析器更棒(如果您不知道从哪里开始查找,可能就不那么棒了)。它使我能够跟踪那些调用频率高于要求的方法,并使我能够简化bean


论坛链接是:

一个警告。。。我最近升级到JBoss5.1.0GA、JSF1.2等。。。因此,我们的软件保持最新,但有一个缺点。JBoss5使用的内存比JBoss4多得多,而且启动时间更长。在尝试切换系统范围之前,最好在一台机器上测试新配置