If you are using Spring you could also use SessionPageStore in combination with Springs session project for distributed sessions: http://projects.spring.io/spring-session/
But nevertheless if your intention is to at least disable sticky sessions for your application, this won't work. See https://ci.apache.org/projects/wicket/guide/7.x/guide/redirects.html I have a small PoC on github that works with Spring Session via Redis and without sticky sessions by storing buffered responses into session. But actually you would loose the page access synchronization. Therefore you would need to implement a custom PageAccessSynchronizer: https://github.com/RoadRunner120485/wicket-redis-session-test cheers, Martin Martin Grigorov <[email protected]> schrieb am Do., 10. Nov. 2016 um 09:47 Uhr: I think we have to put this information into the guide. There are several impls of IDataStore which could be used depending on what the application already uses or prefer to use: https://github.com/wicketstuff/core/tree/master/datastores-paren <https://github.com/wicketstuff/core/tree/master/datastores-parent> Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Nov 9, 2016 at 5:53 PM, ygou <[email protected]> wrote: > Thanks Martin. That's very helpful and inspiring. > > That said, I now think, from web clustering's point of view, it might not > be > a bad idea to just cluster the page store (which is now in clustered cache) > and disable the application scoped cache. (See > http://stackoverflow.com/questions/24991767/wicket- > cluster-session-store-page-store-data-store) > The maximum number of pages (the data store can hold) can be controlled. It > would meet our need. > > Thanks again. > > -- > View this message in context: http://apache-wicket.1842946. > n4.nabble.com/Is-there-a-way-to-substitute-the-application-scoped-cache- > tp4676073p4676075.html > Sent from the Users forum mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Martin Sturm Solution Architect [image: comSysto] <http://comsysto.com> comSysto GmbH Tumblingerstr. 23 80337 München Tel: +49 173 3847 302 Fax: +49 89 550 605 90 http://comsysto.com/ http://comsysto.com/blog [image: Facebook] <http://www.facebook.com/comSysto> [image: Twitter] <http://twitter.com/comSysto> [image: Google+] <https://plus.google.com/+Comsysto/videos> [image: Xing] <https://www.xing.com/company/comsysto> Proud partner of Atlassian, MongoDB and Oracle. Dedicated host of Munich User Groups: Spark & Hadoop User Group Munich <http://www.meetup.com/Hadoop-User-Group-Munich/> Lightweight Java User Group München <http://www.meetup.com/Lightweight-Java-User-Group-Munchen/> Cloud UG Munich <http://www.meetup.com/CloudUG-Munich/> *Geschäftsführer: * Daniel Bartl Tomislav Zorc *Handelsregister:* Amtsgericht München HRB 147101 *Wichtiger Hinweis:* Diese E-Mail und etwaige Anlagen enthalten vertrauliche oder rechtlich geschützte Informationen. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen. *Important Note:* This e-mail and any attachment are confidential or protected by law. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any form of disclosure, reproduction, distribution or any action taken or refrained from in reliance on it, is prohibited and may be unlawful. Please notify the sender immediately.
