Java JSF状态最初保存到服务器&;会话超时时传输到客户端?

Java JSF状态最初保存到服务器&;会话超时时传输到客户端?,java,jsf,state-saving,jsf-stateless,Java,Jsf,State Saving,Jsf Stateless,是否有任何状态保存方法允许JSF应用程序在服务器上初始保存状态数据,但在会话过期时间间隔后,该状态会传输到客户端,这样即使在服务器上的会话超时之后,应用程序也会始终响应&服务器上的内存管理更好 或者以任何方式实现这一点?但我希望这应该是JSF规范的一部分 编辑 在巴卢斯克的建议下,我对这个项目印象深刻。如果这里的其他人也对添加到JSF规范中的无状态JSF感兴趣,请考虑查看或投票。 无状态JSF为一些回报提供了巨大的性能提升,比如无法动态创建视图(例如,通过绑定、JSTL标记等)或修改视图 无

是否有任何状态保存方法允许JSF应用程序在服务器上初始保存状态数据,但在会话过期时间间隔后,该状态会传输到客户端,这样即使在服务器上的会话超时之后,应用程序也会始终响应&服务器上的内存管理更好

或者以任何方式实现这一点?但我希望这应该是JSF规范的一部分


编辑 在巴卢斯克的建议下,我对这个项目印象深刻。如果这里的其他人也对添加到JSF规范中的无状态JSF感兴趣,请考虑查看或投票。 无状态JSF为一些回报提供了巨大的性能提升,比如无法动态创建视图(例如,通过绑定、JSTL标记等)或修改视图


无状态JSF操作模式 对于高负载应用和 架构:

雅各布以前曾提出过这一点:

这将有助于JSF摆脱“慢和内存猪”的污名 帮助跟上当前的技术趋势(无状态体系结构)


这在技术上怎么可能?服务器永远无法可靠地预先预测下一个请求是否会创建新会话,因此当前请求的响应必须使用客户端状态保存而不是服务器端状态保存。如果您曾经成功地使用普通JSP/Servlet实现它,请随时发布JSF规范增强请求

只需使用客户端状态保存,并确保启用了部分状态保存。与全状态节省相比,开销相对较小

注意,完全无状态地使用JSF是可能的。另见。唯一的主要好处是,您无法动态创建视图(例如,通过
绑定
、JSTL标记等),也无法在创建后对其进行操作(例如,通过添加/删除组件的子级)

另见:

感谢您向我介绍无状态JSF!也许这对我来说会更好,因为我(也许)没有像您描述的那样动态地创建/修改任何视图。但我想这是一部处于开发初期的作品,对吗?那么现在使用安全吗?无论如何,也许值得一试。它仍处于测试阶段。顺便说一下,我从来没有试过。从理论上讲,这是很有可能的,并且无法动态创建/操作视图的结果是完全可以理解的,这正是JSF保存状态所需要的。是的,值得一试。但我怀疑是否有相当数量的人在生产环境中使用它!我会尽快测试它,以防更容易切换。@user01您测试过它吗?@MikeBraun:是的,我测试过了&它在Mojarra impl上运行得非常好(性能有了很大的提高)。除了一些不起作用的小事情。顺便说一句,在用于生产之前,我正在等待JSF规范中正式包含这一内容,并作为Mojarra或Myfaces的一部分提供。对此问题进行了投票。无状态JSF实际上太好了,因为它消除了有状态JSF的性能损失。