Hi, i would use the Session, but also use it as a Context. Context should be coded. So you use the context in your page, and the context use the Session to store data. I don't think using the database is good idea.
NM 2009/6/11 Dorothée Giernoth <dorothee.giern...@kds-kg.de> > > I dunno if I understand correctly, but how about constantly saving a > session-state user-specific in a database as soon as a component loses the > focus? If the site is refreshed, the session-id would be still valid and the > pre-refresh-session-state can be loaded? > After the user logs out correctly you can set a flag to true, to mark the > session as completed ... if for a reason the user is not logged out in a > "yes, I would like to leave and please save my changes"-way, this flag would > not be changed and saved for the user in the database. The user could reload > the session after he re-logs in as his changes are saved. > Dunno if that would be an acceptable approach or if that helps you at all. > > - dg > > > > -----Ursprüngliche Nachricht----- > Von: Luther Baker [mailto:lutherba...@gmail.com] > Gesendet: Donnerstag, 11. Juni 2009 15:22 > An: users@wicket.apache.org > Betreff: Re: refresh page > > So it turns out I'm going to want to display these values as a list <ul> > ... > <li> etc. My 'input' approach won't be adequate. > > Back to the Session idea ... (smells already). > > WIA has a security chapter that goes into storing a User in session - but > does anyone have a good resource that dives a bit deeper into best > practices > with respect to Sessions? What about logical concepts/scopes like request, > flash, conversational, etc - and how wicket facilitates them? > > Eg: I'd like to accumulate/remember page specific things while the user is > visits a particular url. Ideally, the transient info is dropped when the > user navigates away. I could create a POJO that represents the info and add > getters and setters to the wicket session object I extended from the WIA > security chapter ... but that smells bad. It seems heavy --- and I'm not > sure it makes sense to use that pattern everywhere I have Ajax buttons > putting rendering new values to the screen. Is there a more generalize > Wicket mechanism for this type of thing? > > A localized, managed, short term, minimal, user specific, page specific > type > of state management? > > Or, given my issue, is there another way to think of this (out of box)? > Again, I am user's adding a few values (tags, categories) to the screen > with > Ajax buttons and I need to make sure that information survives browser > behaviors like page refreshes. > > Thanks, > > -Luther > > > > > On Thu, Jun 11, 2009 at 7:07 AM, Luther Baker <lutherba...@gmail.com> > wrote: > > > I think you're right - I would need to use the Session or the Database on > > each Ajax invocation to add these values. > > > > But it also seems that if I store the new, dynamic, page specific values > > into a TextField (as opposed to a div) - they survive a page refresh. I'm > > not sure if that is robust or formally a standard across all browsers - > so I > > will do a bit more research but that seems to be the behavior I'm after. > > > > Thanks, > > > > -Luther > > > > > > > > 2009/6/11 Dorothée Giernoth <dorothee.giern...@kds-kg.de> > > > > Hmm, is that possible ... you can't like store session-data in the > browser, > >> do you? You can only store session-details in the database on the fly > with > >> ajax while the user still fills out the form to allow the user to > re-create > >> the session on next login or something like this if he accidently hits > >> reload (but even then I am not sure if that works ... maybe if you write > the > >> not yet submitted but in the form included information back into the > fields > >> when the site is rendered) ... > >> > >> Does that make sense ... or I am not understanding the question ;) > >> > >> - dg > >> > >> > >> -----Ursprüngliche Nachricht----- > >> Von: Luther Baker [mailto:lutherba...@gmail.com] > >> Gesendet: Donnerstag, 11. Juni 2009 13:27 > >> An: users@wicket.apache.org > >> Betreff: refresh page > >> > >> If I add a few values to a page <div ala an Ajax button - and the user > >> hits > >> refresh on the page, the new values I've added go away. > >> > >> The user is completing a form - but hasn't formally submitted the form > yet > >> - > >> so there is nothing stored in the database yet. The browser naturally > >> re-renders the <textarea and <input values to the screen - but wipes out > >> content to any <divs I might have dynamically added data to. > >> > >> What would be the wicket way to allow these "dynamic divs" to survive a > >> page > >> refresh? Maybe on the a 'wicket-example'? > >> > >> Thanks, > >> > >> -Luther > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >