[OT] RE: Is Struts2 ready for prime time?

[Dave Newton <ne...@yahoo.com>]

--- "Sekhar, Raja" <ra...@lehman.com> wrote:
> The above three derive of CalculatorActionSupport, 
> where they support create, read, update and price actions  ( CRUP )
> 
> This flexibility in struts2 allows me to use the power OOP on server
> side action methods.
> Struts1 cannot do the same.

We may just be having a language issue.

I had a class hierarchy in my S1 projects as well, put cross-cutting
functionality in superclasses, etc.

While I also believe S2 is a better platform, that isn't one of the reasons,
because there is nothing specific to S2 here.

d.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org

Re: [OT] RE: Is Struts2 ready for prime time?

[Ted Husted <hu...@apache.org>]

At this point, I'd suggest that we are all just "preaching to the choir" :)

S1 and S2 are similar, and anything we can do with S2 we can do with
S1. But the elegant, flexible S2 design makes many things a lot easier
to do.

It's great that S2 is working well for you, Raja, and I hope you'll
post again with any questions, concerns, or helpful hints.

-- HTH, Ted
 * <http://www.StrutsMentor.com/>


On Dec 18, 2007 4:16 AM, Dave Newton <ne...@yahoo.com> wrote:
> --- "Sekhar, Raja" <ra...@lehman.com> wrote:
> > The above three derive of CalculatorActionSupport,
> > where they support create, read, update and price actions  ( CRUP )
> >
> > This flexibility in struts2 allows me to use the power OOP on server
> > side action methods.
> > Struts1 cannot do the same.
>
> We may just be having a language issue.
>
> I had a class hierarchy in my S1 projects as well, put cross-cutting
> functionality in superclasses, etc.
>
> While I also believe S2 is a better platform, that isn't one of the reasons,
> because there is nothing specific to S2 here.
>
>
> d.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org