Thanks for the reply Cliff. That really helped me. At 12:49 24/09/2002 +0100, you wrote: > >1. From what I understood, at the Controller end - the > >Controller servlet > >and the mapping of the actions is provided by the framework. > >But when I saw the example struts application, I got bit > >confused with the > >structure of struts - when it comes to session & entity beans. > >In user guide it's mentioned that "the design is not good" or > >"considered a > >bug in the design" as business logic is embedded in actions - this > >statement implies I can have my entity beans as usual. But can > >I maintain > >some session scope beans too or is there any alternative > >structure in the > >Struts framework??? I mean is the design of session and entity > >beans left > >to us?? > >Struts is just a framework to support web applications, its not a >persistence or business logic oriented solution - you're free to use >whatever you like to supply the business functionality of your >application, whether that is EJB or not - but yes, you have to implement >that yourself. If you have common, resuable functionality then you can >obviously account for that in your design. > > >2. For the View - is there any functionality in struts to > >switch between > >different views depending upon what client (viewer) U have - > >desktop, Palm, > >mobile, etc > >Not directly, that I'm aware of - but there are several approches you >can take to achieve this. For example, you could use servlet filters to >intercept your request or response and deal with it that way. If you >return null from an action, Struts will take it as read that you require >nothing else from it, and will not attempt to render a view - you can >then take care of that yourself. I'm pretty sure this has been dealt >with a few times on this list, you might find something of use in the >archives (www.mail-archive.com) > > >3. Can I use Access database at the back-end. I have seen few > >examples but > >they were using Mysql. > >You can use anything you like :) Like I said, Struts isn't a >persistence solution, its just the framework to support your web based >application. > > > > >I really appreciate any suggestions or input. Thanks. > > > >-Madhavi > > > > > >-- > >To unsubscribe, e-mail: > ><mailto:struts-user->[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]>
Madhavi T E-Learning Systems Group CARET, University of Cambridge 16 Mill Lane Cambridge CB2 1SB Tel: +44 (0) 1223 765382 [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
