Dave Newton wrote:
Jonathan Revusky wrote:
[...] rather than trying to modernize/refactor it forward
From a developer's standpoint I'm not even sure how I'd go about
refactoring the existing Struts 1.x codebase...
As an example, I've always been pissy about the Action being tightly
coupled to the servlet spec., returning something only useful in the
context of Struts 1.x, etc. (Who hasn't?! :)
Okay, how do I remove that dependency? Just thinking out loud, so parts
of this will be dumb.
- App functionality already moved into injectable objects
- Change request processor to put params etc. into an "action context"
(just a map?) rather than directly accessing HttpServletRequest (or its
wrapper)
- Change action processing to accept a different type of forward (just a
string, no-brainer?)
- Minor validation rework to accept POJOs rather than ActionForms
- Pluggable request processing/path handling
- ...etc.
I dunno... Sure looks a lot like stuff that already exists. I wouldn't
rewrite/refactor it either; I would start over.
Now, it might be feasible to write a wrapper around an already-existing
framework (or minorly tweaked one) to process existing struts
code/configs/Actions etc. and this might provide an incremental
migration path, but...
*shudder*
Well, there all these issues, and yeah, I guess they could make you and
other people shudder. I mean, among the existing Struts committers there
is no stomach apparently to try to do anything significant with the
Struts 1.x codebase and they just prefer to either start something new
(Shale) or bring in a previously competing codebase (Webwork) and work
on that.
But the real key point I am wondering about is this: if the existing
Struts developers have no plans for developing the Struts 1.x codebase,
what is the justification for not letting people who want to work on
that (independently of whether this reflects good taste on their part or
not) come in and work on it?
Given the basic parameters of the situation, what would there possibly
be to lose?
Jonathan Revusky
--
lead developer, FreeMarker project, http://freemarker.org/
(But an interesting *shudder* I'll admit... *ponder*)
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
