struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hubert Rabago <>
Subject Re: Form Beans
Date Wed, 16 Nov 2005 17:37:43 GMT
Well, I'm not Michael, but...

On 11/16/05, Asad Habib <> wrote:
> Hello Michael. Thanks for your input. Doesn't this approach defeat the
> purpose of using Struts though?

I don't believe so.  We're trying to make Struts more flexible and
more extensible, and as a result we hope that people continue to
extend it and add features Struts doesn't already have, or improve on
features it does have.  I think using Struts add ons like these give
you even more reason to use Struts.

> Simplicity is achieved but then the web
> app can no longer be considered a standard Struts app, can it?

Think of it as Eclipse, with plug ins.  Sure you can use just the
downloaded package, but wouldn't a JSP plugin make your life easier? 
The very concept of Struts is changing.  Before, you'd get one big
download complete with the taglib and tiles extensions.  Now they're
being broken down into separate packages you can download and add on
separately.  Even classes like DispatchAction will no longer be part
of what's considered the "core" download.  You shouldn't limit
yourself to the "core" either.  Especially if it makes your app
simpler, better.


> - Asad
> On Wed, 16 Nov 2005, Michael Jouravlev wrote:
> > On 11/16/05, Asad Habib <> wrote:
> >> Hello. I am new to Struts and would like some advice. Is it better to use
> >> one form bean to capture data from several forms that are being submitted
> >> in succession or to use one form bean per form (i.e. multiple form beans)?
> >> What are the advantages or disadvantages of either approach? Also, I would
> >> appreciate if you would forward me to documents on the web, book chapters,
> >> etc., that discuss this in detail. Thank you.
> >
> > I prefer using one formbean. And one action too. Is this looks similar
> > to what you want to achieve:
> >
> >
> > You can read about my approach here:
> >
> >
> > Michael.
> >

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message