If I understood your domain there is a page where user can choose a
formation: once choosen the formation, the control should be forwarded to
another page where, together with data binded with the formation, user would
have the possibility to add new info. Is that correct?

In this case, there could be a tricky to avoid session scope savings: once
the user chooses the formation(i.e. he/she submit the form), your action
could ask to a business component(a service class, an EJB, whatever) to fill
in a JavaBean with the relevant information related to the formation. The
next JSP page shown to the user could take advantage from the Struts tags to
get info from the Bean and display these info to the user, together with the
new info the user can add to the formation. Two advantages would come from
this approach:

 - first, you would avoid to save lots of info in the session scope, which
we know if resource's consuming;
 - second, you would fulfill the MVC contract, letting the business domain
to take care of getting and setting data in the relevant objects, and
letting the view just to access the filled data presenting those to the user

My 2 cents.



> -----Original Message-----
> From: alexj [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 04, 2003 11:29 PM
> To: Struts Users Mailing List
> Subject: Re: Design question
> 
> 
> > I got a little question how can I manage that case :
> > 
> > In my project I need to add activities to a formation an 
> user select 
> > into a view page.
> > 
> > I need to forward the selected formation to an other view 
> page where 
> > this page need to contain specific
>    populated datas (like branch) from the previously 
>   selected formation and then I can fill the new activity
>   according the branch a formation have.
>  
>   What I'm thinking is to save in the 
>    session scope all the datas in relation with
> > formations (but didn't show all in the first view)
> > and then add a link to be able to forward to
> > a specific formation page.
> > 
> > But I'm really not sure if it's a good way.
> > 
> > (I'm not sure if I'm clear enough to).
> > 
> > Thanks for you advice.
> > 
> > --
> > Alexandre Jaquet
> > 
> > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to