struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Don Brown" <>
Subject Re: [s2] The death of the .action extension
Date Sun, 09 Sep 2007 01:58:01 GMT
Personally, I think we have a lot to learn from rails as they play
very well off the strengths of the action-based Model2 architecture.
Action-based frameworks strengths:
 * Simple workflow as in URL -> Action -> View
 * Intuitive (using conventions) URL -> Action mappings
 * RESTful by being close the the HTTP protocol
 * Scalable by not storing view state on the server
 * Lightweight in terms of code size and concepts needed to master

As our goal is to make developing scalable applications easier and
quicker, I think we have a lot to learn from rails.  I hope to spend
some time beefing up the RESTful aspects of Struts 2 both for web
services and for regular HTML-based applications.  You are right in
that there are a lot of options in Struts 2, and we need to do a
better job of providing a simple front to Struts 2 that doesn't
bombard you with all its options and features.

As the web moves to embrace more and more Ajax and web service
functionality, I think Struts 2 and its action-based architecture will
be well-suited to meet those needs.  If you want to drop components on
a page, obviously Struts 2 isn't for you, but if you want a framework
on which to build a scalable, public-facing web application supporting
mobile, web service, and Ajax clients, I hope Struts 2 will be the
logical choise.


On 9/9/07, Tom Schneider <> wrote:
> Don Brown wrote:
> > Right, and that's why I didn't move to kill it off for 2.1.  Give it
> > some time, let the feature get some exercise, then if all agree, we
> > could change the default later.  As with any new feature, I'd put it
> > in a sort of experimental category for at least one major release.
> >
> So, do you have a final goal in mind for this or are you just working to
> open up options?  I'd be very interested in hearing of the any options
> we have.  Are we moving more towards Rails, or are there other better
> alternatives?
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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

View raw message