There already is an example though. Take a look at org.apache.wicket.examples.stateless.
If you have suggestions (patches) to extend that example even more, that'd be great, but there's really not that much to say about it I think. Eelco On 5/3/07, Ayodeji Aladejebi <[EMAIL PROTECTED]> wrote: > please we need something in wicket-examples on this wicket stateless best > pratice cuz it still kind of not easy pulling the whole stuff together at > times. it would be nice to have some 4-page example that shows best > practices for stateless arch. > > thanks > > > > On 5/3/07, Jeremy Thomerson > <[EMAIL PROTECTED]> wrote: > > > > Thanks to everyone for their help - I'm starting right away to convert > everything to detachable models for all domain objects that are loaded into > components... > > > > Eelco, I am curious about your statement "when you have no callbacks, > you're page will be stateless and not kept in memory"... Most of my pages > have no callbacks (by callback, I'm assuming that you mean a link that would > have reference to wicket components in the URL, meaning that it is storing > the state of that component so that it can further interact with it). I > have taken great care to control the URLs of the application, so almost > every page has only components that have standard URLs, with no references > to any components, etc. The forms will obviously have a call back, and > certain links (particularly if you are signed in as an administrator - a lot > of links appear to edit and delete content that are all direct callbacks > with obviously no direct URL encoding / decoding so that you can not use > them outside of your session). > > > > So, how do I know if it's storing the pages in memory? Is there something > I can do to tell it not to? > > > > Thanks! > > Jeremy > > > > > > > > On 5/3/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > > Stateless pages are available even in 1.2, but much more limited. > > > Basically, when you have no callbacks, you're page will be stateless > > > and not kept in memory. You'd have to do everything with bookmarkable > > > pages, links and page parameters then. > > > > > > In 1.3, you can use some callbacks while still keeping pages > > > stateless, e.g. using StatelessLink and StatelessForm. There's a > > > simple example showing this in wicket-examples: > > > org.apache.wicket.examples.stateless > > > > > > In your case, if really most of your app is read-only, it's probably > > > worth using that. And finally, a big improvement in 1.3 over 1.2 is > > > that as long as users don't have a HttpSession assigned by the server, > > > and they are only accessing stateless pages, no session will be > > > created by Wicket either, giving you more options in clustering and > > > further decreasing the memory footprint. > > > > > > It is possible to even further optimize bits by digging deeper in > > > Wicket, but for now, this should help quite a lot. > > > > > > Eelco > > > > > > > > > On 5/3/07, Matej Knopp <[EMAIL PROTECTED] > wrote: > > > > In 1.3 you can use stateless pages (with stateless links and stateless > > > > forms). However, you'll have to sacrifice the programming model in > > > > favor of statelessness a little. I'm not really sure it's worth it. > > > > > > > > -Matej > > > > > > > > On 5/3/07, Jeremy Thomerson < > [EMAIL PROTECTED]> wrote: > > > > > I know that I read somewhere that there is, or is going to be, a way > to run > > > > > your wicket application without creating a session (until absolutely > > > > > necessary). We have a site that has mostly been converted to Wicket > now, > > > > > and almost all of it is state-less data.... The URLs are all > bookmarkable > > > > > (98% of them are), so there is not much state to track. We don't > need a > > > > > full object graph of all your pages and components, except for on > very few > > > > > pages once you have signed in. > > > > > > > > > > We're experiencing out of memory problems increasingly with an > increase in > > > > > traffic. I'm not holding much in the session, but objects are held > in pages > > > > > and components.... I now believe we should have used detachable > models for > > > > > many things rather than directly holding a reference to a DB-backed > object. > > > > > Should I start by going back and retrofitting many of those private > > > > > references within components to use detachable models so that the > objects > > > > > are not held in memory? > > > > > > > > > > Any other suggestions? > > > > > > > > > > Thank you! > > > > > Jeremy Thomerson > > > > > texashuntfish.com > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by DB2 Express > > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > http://sourceforge.net/powerbar/db2/ > > > > > _______________________________________________ > > > > > Wicket-user mailing list > > > > > Wicket-user@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > Wicket-user mailing list > > > > Wicket-user@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user