The one thing I would say to watch out for is the persistent of form information in session for wizards.
If you have a form that stretches across multiple pages in the standard wizard pattern, the way I've seen it done in Struts is to use the Session scope for the form bean. There is no automatic wizarding through hidden fields (though I've seen a few people suggest writing that enhancement). As a question I'm not sure of that someone else might be able to answer. If you set a FormBean to be in Session scope in the structs config, at what point is it removed from Session? -Jordan ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, January 08, 2003 1:32 AM Subject: struts and session size > I'm a newb to struts, investigating it as a replacement to our home-grown > framework. The big issues we're dealing with are scalability and fail-over > support. The combination of the two issues require that the session size > and number of objects remain small (and generally immutable) for > serialization performance issues. > > My question is 'How much is the struts framework using the session'? I've > done a little investigation with some sample example applications and found > it's storing only the locale. I know it could also be storing Tokens, but > only on demand eh? Do heavier apps or certain functions of struts use the > session heavily? > > Thanks! > > -George > > -- > "NOTICE: The information contained in this electronic mail transmission is > intended by Convergys Corporation for the use of the named individual or > entity to which it is directed and may contain information that is > privileged or otherwise confidential. If you have received this electronic > mail transmission in error, please delete it from your system without > copying or forwarding it, and notify the sender of the error by reply email > or by telephone (collect), so that the sender's address records can be > corrected." > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>