I will be interested to read your thoughts, Craig. I am more than
elated to see that you are going to be actively involved with the
discussions on the 2.0 architecture. Part of my concern has been the
seeming absence of a visionary and thoughtful voice in this process.
With Ted's departure and the worry about your being spread too thin, I
thought we might have to rely on Vic's steadying influence or just to
poke fun at the present "management" until they got serious. ;-)
Michael McGrady
Craig McClanahan wrote:
Thanks for your comments, Michael. If you've been following the dev
list lately, you've seen some beginning discussions on a Struts 2.0
rearchitecting that would indeed leverage everything we've all learned
in the four years since Struts was first created. I have some
specific proposals to make in this regard, which I'll be sharing when
I return from an extended trip next week.
That being said, one of the factors that has made Struts so popular is
a commitment to take care of existing users. It would be somewhat
irresponsible for us to completely stopping development of the Struts
1.x architecture, or just doing bug fixes. Therefore, we need to do a
1.3 release in the interim time period, focused on a small number of
changes, such as:
* Changing base API platform to Servlet 2.3 and JSP 1.2,
so Struts apps can count on things like filters and event
listeners.
* Refactoring the RequestProcessor class to use Commons Chain
(based on the code in the "contrib/struts-chain) that supports the
1.2 request processing lifecycle semantics, but is more easily
customized than the current architecture. You'll also be able to
use the Chain paradigm for your own business logic if you like.
* Provide a second request processor implementation chain that
operates in a portlet (JSR-168) environment.
* Split the Struts monolithic release into separate releases of the
core framework, the tag libraries, the examples, and so on.
This will help us accelerate the turnaround of releases.
In the near future, you'll also see the initial release candidate of
the Struts-Faces integration library (packaged separately from the
rest of Struts) that allows JavaServer Faces to be used with Struts
1.1 or 1.2 based applications, including the use of the Tiles
Framework and the Validator Framework.
Note that I do *not* see any of the developers interested in
continuing the development of the Struts HTML tag libraries, as other
view tier choices (like JSF) are becoming available.
Craig
PS: With regards to migrating to SVN (commented on in one of the
replies), doing both 1.3 and 2.0 together on SVN will be vastly more
productive than using CVS for 1.3 and SVN for 2.0.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
