>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]>

Reply via email to