struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Jouravlev" <>
Subject Re: has struts reached the saturation
Date Wed, 15 Mar 2006 09:41:38 GMT
On 3/15/06, Niall Pemberton <> wrote:
> ----- Original Message -----
> From: "Frank W. Zammetti" <>
> Sent: Wednesday, March 15, 2006 7:37 AM
> > I will say though, and I have said in the past, that accepting some of
> > the new ideas that come around every now and again, even if you don't
> > buy into them 100%, might help Struts grow quite a bit.  I understand
> > you can't accept things you totally disagree with, and you can't accept
> > things you aren't willing to support yourself, but I do think there is
> > *some* degree of flexibility that perhaps isn't there now that could be.
> >   I think that's another topic for another day though :)
> I agree, I would put all sorts of things in if I had time and to a certain
> extent I have. OK most of what I have done is a few minor enhancements and
> quite a few bug fixes - but alot of them didn't benefit me. I've done quite
> a bit on i18n and I don't have an i81n app. Recently I added
> EventDispatchAction which I don't plan to use - but I appreciate the fact
> that Paul and Michael take part alot in this community and had put in quite
> a bit of effort trying to get it accepted.

Niall, thanks for recognizing of Paul's and mine contribution. I
really aprecciate this. Still, your "I don't plan to use" stance as
part of more general "dispatching actions are useless junk" position
does not really preventing people from stumbling upon the same
deficiencies of older implementations again and again instead of using
newer better stuff. Classes that are obsoleted must be deprecated. I
do not insist on removing them from the framework, no way. Just
deprecating them will tell people that they use something old and
smelly, yuck. At the same time new classes should be advertised, not
just in wiki but in official docs. This I call progress.


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

View raw message