There's really no reason not to keep the data in the session. The session is server-side and is not transmitted to the client, so it's secure. I can't think of any other reason you would be uncomfortable with using the session, but if you have a different concern please feel free to voice it.
HTH, Eddie ----- Original Message ----- From: "Ronald Haring" <[EMAIL PROTECTED]> To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> Sent: Tuesday, March 05, 2002 7:07 AM Subject: RE: design question > Ah yes, > that is a solution. But then you have to keep the general data in session > indeed, which I never feel to comfortable about. But thx for the pointer. > > Gr > Ronald > > > i see > > I am looking to build something similar and I am thinking of > > managing this > > through the action mappings. > > I am hoping to manage this as follows using the same action > > and keeping the > > form in the session. > > I plan to read up on building wizard type forms but from my > > small knowledge > > i think this wwould work > > e.g. > > <action path="/editPage1" forward="/editDataSet.do"> > > parameter="PAGE1" > > type=".mo..web.EditAction" > > name="DatabaseTypeForm" > > scope="session" > > validate="false"> > > <forward name="success" path="/editPage2.do"/> > > </action> > > <action path="/editPage2" forward="/CriteriaEdit.jsp"> > > etc > > </action> > > <action path="/editPage3" forward="/FactorEdit.jsp"> > > etc > > </action> > > <action path="/editPage4" forward="/DataEdit.jsp"> > > etc > > </action> > > > > > Furore B.V. > Rijswijkstraat 175-8 > Postbus 9204 > 1006 AE Amsterdam > tel. (020) 346 71 71 > fax. (020) 346 71 77 > > -------------------------------------------------------------------------- -- > --------------- > The information transmitted is intended only for the person > or entity to which it is addressed and may contain confidential > and/or privileged material. Any review, retransmission, > dissemination or other use of, or taking of any action in > reliance upon, this information by persons or entities other > than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete the material > from any computer > -------------------------------------------------------------------------- -- > --------------- > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>