为什么wicket页面被序列化？

Question

当我要求一个页面时，我看到它被序列化并存储在磁盘上（并在二级缓存中），在渲染之后，所以在分离阶段。页面本身也存储在会话中。

当我再次询问该页面时，会在会话中找到它。因此，不会查阅序列化页面。

当我在另一个会话中请求页面时，页面将重新创建。我认为在这种情况下会使用序列化页面。

那么你能给我一个例子，一个场景，从磁盘（或二级缓存）读取序列化页面？

Answer 1

请参阅此网址：

• 将您的浏览器指向您的应用： http://localhost:8080/
• Wicket创建主页的实例并重定向到： http://localhost:8080/?0
• 再次将浏览器引导至您的应用： http://localhost:8080/
• Wicket创建主页的另一个实例并重定向到 http://localhost:8080/?1
• 现在按下后退按钮，以便您的浏览器再次请求第一个实例： http://localhost:8080/?0

现在，第一个页面实例已从磁盘反序列化。

Answer 2

http会话仅将实时引用保留在上一个请求周期中使用的页面。任何旧页面都只在磁盘中。如果您的用户使用浏览器后退按钮，则从磁盘加载旧实例。

磁盘上的文件用于存储每个会话的页面。 I.e.dfereferent用户拥有自己的页面不同的文件。共享文件将是一个安全问题，就像分享http会话一样。

额外信息：磁盘存储是Wicket的一部分，用作默认持久存储。 WicketStuff-DataStores模块提供Redis，Hazelcast，Cassandra和Memcached的实现。如果您希望旧网页在Web服务器群集中可用，则可以使用它们。