That is my only feature enhancement wish as well ;) regards,
Martin On 10/19/05, sharath reddy <[EMAIL PROTECTED]> wrote: > > Just FYI... > > I took a look at the RI Implemention. The user is > allowed to specify as a ServletContextInitParameter > the maximum number of logical views to be saved in > session. If no value is specified, then the default > value is used. > > --- Adam Winer <[EMAIL PROTECTED]> wrote: > > > This sounds roughly like the implementation of > > server-side > > state saving in the JSF 1.2 RI, as well as what's > > done in ADF Faces, > > though not exactly, 'cause there's differences in > > the details (neither, > > for instance, supports putting sequence numbers into > > URLs, just > > hidden fields). > > > > What exactly do you mean by "the serialized view is > > now really > > serialized (this was not the case before)"? Before, > > server-side > > state saving (at least in 1.1 RI) was just stashing > > the UIViewRoot, > > which dies for a bunch of reasons. I'm gonna guess > > that > > you grab the SerializedView object with > > StateManager.saveState(), > > and then save off its two components. > > > > Getting per-request state to survive <redirect/>, > > like Mario's proposing, > > is a separate issue, as you say. > > > > -- Adam > > > > > > On 10/18/05, Mathias Brökelmann > > <[EMAIL PROTECTED]> wrote: > > > Well, I have not taken a look into the ri for this > > issue. So I can not > > > say if it is solved like the ri. > > > > > > This is what I have done: > > > > > > If server side state is uses the serialized view > > is now really > > > serialized (this was not the case before) into the > > session by using > > > the viewid and a sequence number. The sequence > > number will be rendered > > > into the response (either as a hidden input field > > if used in forms or > > > as a param in a url). This sequence could also be > > used for other > > > things since it is increased by every request. The > > last sequence used > > > is also stored into the session. > > > > > > To restore the response the viewid and the > > sequenceid from the request > > > is used to determine the serialized view. The last > > 15 (currently fixed > > > number) views will be saved into the session. I´ve > > utilized a > > > ReferenceMap which uses SoftReference instances > > for the views after > > > the 15th. So if the garbage collector doesn´t > > collect these values > > > they are still available. > > > > > > I´ve done some testing so it seams to work. If > > anyone (maybe you > > > Marting ;)) finds the time to make some more tests > > I would be very > > > happy. > > > > > > Best Regards, > > > > > > Mathias > > > > > > 2005/10/18, Martin Marinschek > > <[EMAIL PROTECTED]>: > > > > Mathias, > > > > > > > > wow - you have solved the server side state > > saving problem we have had for ages? > > > > > > > > That will make some users very, very happy! > > > > > > > > Thanks from the whole team, great news indeed. > > > > > > > > Do you want to give us (on the dev list) a short > > wrapup on how you > > > > solved things? Did you keep close to the RI or > > did you implement a > > > > different solution? > > > > > > > > regards, > > > > > > > > Martin > > > > > > > > > > > > > > __________________________________ > Yahoo! Music Unlimited > Access over 1 million songs. Try it free. > http://music.yahoo.com/unlimited/ > -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German