True; perhaps the logic could be changed such that the VT is not stored in the session ... oh, I know a good way to do that, actually (a proxy to the real validation delegate). Add an issue and we'll see if we can get that to work ... it would be a big performance boost for a typical form (that submits succesfully).
On Mon, Jan 11, 2010 at 2:20 PM, Josh Canfield <j...@thedailytube.com> wrote: > Is there a reason the form needs to persist data when it hasn't been > submitted? perhaps ValidationTracker should be null until it's needed. > > On Mon, Jan 11, 2010 at 1:56 PM, Howard Lewis Ship <hls...@gmail.com> wrote: >> The mostly likely culprit is the use of a Form component, which stores >> its ValidationTracker object (by default) in session, creating a >> session as needed. >> >> You can bind the tracker parameter of the Form component to a simple, >> non-persistent, property of type ValidationTracker. Your only >> problem, then, is dealing with server-side input validation errors ... >> the tracker exists to capture user input and validation errors from >> the from submit request so that that information can be presented on >> the subsequent page render request. >> >> On Mon, Jan 11, 2010 at 12:16 PM, robinwilson2 <rwils...@gmail.com> wrote: >>> >>> We are running a high-volume environment on a 4 server tomcat cluster. Every >>> so often (about 1 time per month) during peak load times, our Tomcats will >>> start to thrash on garbage collection. We've traced the problem down to the >>> sessions being created are taking up all the heap space - even though the >>> vast majority of sessions are unnecessary because the user is completely >>> unauthenticated at the time the session is created. >>> >>> We have a 6GB heap space on each server - but the authenticated users take >>> up less then 1/10th of this space, the rest is going to unauthenticated >>> users. >>> >>> We have tuned our session durations down for unauthenticated users to 1 >>> seconds, but we can still encounter loads that generate sessions for >>> unauthenticated users so fast that we run out of heap. (Not because we >>> generate sessions faster than they are being expired - but because Tomcat's >>> expiration code is very slow, so "old" (past expiration time) sessions >>> linger for more than an hour during peak load. >>> >>> To us, the ideal solution would be to not create sessions if the user is >>> unauthenticated. We're using Tapestry 5.1.05, and we can't figure out how to >>> make a page that does not create a session in Tapestry. Can someone point us >>> in the direction of the documentation on this (if there is any)? >>> -- >>> View this message in context: >>> http://old.nabble.com/I%27d-like-to-have-a-page-with-no-session-for-unauthenticated-users%2C-and-with-a-session-when-the-user-is-authenticated-tp27116942p27116942.html >>> Sent from the Tapestry - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > > > -- > -- > TheDailyTube.com. Sign up and get the best new videos on the internet > delivered fresh to your inbox. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
