I'm also quite keen on having a better solution for this - it didn't seem Robin had created an issue for this, so I did: https://issues.apache.org/jira/browse/TAP5-985. Please vote if the issue is important to you.
Kalle On Mon, Jan 11, 2010 at 2:28 PM, Howard Lewis Ship <hls...@gmail.com> wrote: > 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 > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
